Racionalizar a propriedade digital
A racionalização de nuvem é o processo de avaliação de ativos para determinar a melhor abordagem para hospedá-los na nuvem. Depois de determinar uma abordagem e agregar um estoque, a racionalização de nuvem pode começar. A racionalização de nuvem discute as opções mais comuns de racionalização.
Assista ao vídeo a seguir para obter uma visão geral rápida sobre como concluir uma avaliação abrangente que ajudará a planejar e priorizar os seus esforços de migração.
Visão tradicional de racionalização
É fácil entender a racionalização quando você visualiza o processo tradicional de racionalização como uma árvore de decisão complexa. Cada ativo na propriedade digital é inserido por meio de um processo que resulta em uma de cinco respostas (os cinco Rs da racionalização). Para propriedades pequenas, esse processo funciona bem. Para propriedades maiores, ele é ineficaz e pode gerar atrasos significativos. Vamos examinar o processo para ver o motivo. Em seguida, apresentaremos um modelo mais eficiente.
Estoque: um estoque completo de ativos, incluindo aplicativos, software, hardware, sistemas operacionais e métricas de desempenho do sistema, é necessário para concluir uma racionalização completa ao usar modelos tradicionais.
Análise quantitativa: na árvore de decisão, perguntas quantitativas geram a primeira camada de decisões. As perguntas comuns incluem o seguinte:
- O ativo está sendo usado atualmente?
- Nesse caso, ele está otimizado e dimensionado corretamente?
- Quais dependências existem entre os ativos? Essas perguntas são vitais para a classificação do estoque.
Análise qualitativa: o próximo conjunto de decisões exige inteligência humana na forma de análise qualitativa. Muitas vezes, as perguntas apresentadas aqui são exclusivas para a solução e podem ser respondidas somente por stakeholders e usuários avançados da empresa. Essas decisões normalmente atrasam o processo, retardando as coisas de forma considerável. Essa análise geralmente consome de 40 à 80 horas de FTE por aplicativo.
Para obter diretrizes sobre como criar uma lista de perguntas de análise qualitativa, consulte Abordagens para o planejamento de propriedade digital.
Decisão de racionalização: nas mãos de uma equipe experiente de racionalização, os dados qualitativos e quantitativos criam decisões claras. Infelizmente, as equipes com alto grau de experiência em racionalização são caras de se contratar ou precisam de meses de treinamento.
Racionalização em escala corporativa
Se essa iniciativa é demorada e assustadora para uma propriedade digital de 50 VMs, imagine o esforço que é necessário para a transformação do negócio em um ambiente com milhares de VMs e centenas de aplicativos. O esforço humano necessário pode ultrapassar facilmente 1.500 horas de FTE e nove meses de planejamento.
Embora a racionalização completa seja o estado final e um ótimo caminho a seguir, ela raramente produz um alto ROI (retorno sobre o investimento) em relação ao tempo e à energia exigidos.
Quando a racionalização é essencial para decisões financeiras, vale a pena considerar contratar uma organização de serviços profissionais especializada em racionalização de nuvem para acelerar o processo. Mesmo assim, a racionalização completa pode ser um esforço caro e demorado que atrasa os resultados de negócios ou a transformação.
O resto deste artigo descreve uma abordagem alternativa, conhecida como racionalização incremental.
Racionalização incremental
A racionalização completa de uma grande propriedade digital está propensa a riscos e pode sofrer atrasos devido a sua complexidade. A suposição por trás da abordagem incremental é a de que decisões adiadas balanceiam a carga sobre o negócio para reduzir o risco de obstáculos. Ao longo do tempo, essa abordagem cria um modelo orgânico para desenvolver os processos e a experiência necessários para a tomada de decisões de racionalização qualificadas de forma mais eficiente.
Estoque: reduzir pontos de dados de descoberta
Poucas organizações investem o tempo, a energia e as despesas necessárias na manutenção de um estoque preciso e em tempo real de toda a propriedade digital. Perda, roubo, ciclos de atualização e integração de funcionários geralmente justificam o acompanhamento detalhado de ativos de dispositivos do usuário final. O ROI para manter um estoque de servidores e aplicativos preciso em um datacenter local e tradicional geralmente é baixo. A maioria das organizações de TI têm problemas mais urgentes do que acompanhar o uso de ativos fixos em um data center.
Em uma transformação de nuvem, o estoque se correlaciona diretamente com os custos operacionais. São necessários dados de inventário precisos para o planejamento adequado. Infelizmente, as opções de verificação ambiental atuais podem atrasar as decisões por semanas ou meses. Felizmente, alguns truques podem acelerar a coleta de dados.
A verificação baseada em agente é o atraso citado com mais frequência. Os dados robustos que são necessários para uma racionalização tradicional geralmente podem ser coletados somente com um agente em execução em cada ativo. Essa dependência de agentes geralmente retarda o progresso, porque ela pode exigir comentários das funções de segurança, operações e administração.
Em um processo de racionalização incremental, uma solução sem agente pode ser usada para uma descoberta inicial para acelerar as decisões iniciais. Dependendo do nível de complexidade do ambiente, talvez ainda seja necessário usar uma solução baseada em agente, mas ela pode ser removido do caminho crítico para alteração comercial.
Análise quantitativa: simplificar decisões
Independentemente da abordagem para a descoberta de estoque, a análise quantitativa pode gerar decisões e suposições iniciais. Isso é verdade principalmente ao tentar identificar a primeira carga de trabalho ou quando o objetivo da racionalização é uma comparação geral de custos. Em um processo de racionalização incremental, as equipes de estratégia de nuvem e de adoção da nuvem limitam os cinco Rs de racionalização a duas decisões concisas e aplicam somente esses fatores quantitativos. Isso simplifica a análise e reduz a quantidade de dados iniciais que são necessários para impulsionar alterações.
Por exemplo, se uma organização estiver no meio de uma migração de IaaS para a nuvem, é possível supor que a maioria das cargas de trabalho serão desativadas ou hospedadas novamente.
Análise qualitativa: suposições temporárias
Ao reduzir o número de resultados possíveis, fica mais fácil chegar a uma decisão inicial sobre o estado futuro de um ativo. Ao reduzir as opções, você também reduz o número de perguntas feitas sobre o negócio nesse estágio inicial.
Por exemplo, se as opções são limitadas à nova hospedagem ou à desativação, a empresa precisa responder somente a uma pergunta durante a racionalização inicial, que é se o ativo deve ser desativado.
"A análise sugere que nenhum usuário está usando ativamente esse ativo. Isso é confiável ou nós ignoramos algo?" Essa pergunta binária normalmente é muito mais fácil de executar por meio da análise qualitativa.
Essa abordagem simplificada produz linhas de base, planos financeiros, estratégia e orientações. Em atividades posteriores, cada ativo passa por mais racionalização e análise qualitativa para avaliar outras opções. Todas as suposições feitas nessa racionalização inicial são testadas antes de migrar cargas de trabalho individuais.
Desafiar suposições
O resultado da seção anterior é uma racionalização grosseira que está repleta de suposições. A seguir, vamos desafiar algumas dessas suposições.
Desativar ativos
Em um ambiente local tradicional, hospedar ativos pequenos e não usados raramente causa um impacto significativo nos custos anuais. Com poucas exceções, o esforço de FTE que é necessário para analisar e desativar os ativos de fato supera a economia de custos da remoção e desativação desses ativos.
Ao mudar para um modelo de contabilidade na nuvem, a desativação de ativos pode gerar uma economia significativa de custos operacionais anuais e dos esforços de migração iniciais.
Não é incomum as organizações desativarem 20% ou mais de sua propriedade digital após concluir uma análise quantitativa. É recomendável realizar uma análise qualitativa adicional antes de tomar medidas. Após a sua confirmação, a desativação desses ativos pode produzir a primeira vitória do ROI da migração na nuvem. Frequentemente, esse é um dos maiores fatores de economia de custos. Portanto, a equipe de estratégia de nuvem deve supervisionar a validação e a desativação de ativos, em paralelo a execução da metodologia de migração, para assim obter uma ganho financeiro antecipada.
Ajustes do programa
Uma empresa raramente embarca em apenas uma jornada de transformação. A escolha entre redução de custos, crescimento no mercado e novos fluxos de receita raramente é binária. Como tal, é recomendável que a equipe de estratégia de nuvem trabalhe com o departamento de TI para identificar ativos em iniciativas de transformação paralelas que estão fora do escopo do percurso de transformação principal.
No exemplo de migração do IaaS dado neste artigo:
Peça à equipe de DevOps para identificar os ativos que já fazem parte de uma automação da implantação e remova esses ativos do plano de migração principal.
Peça às equipes de dados e pesquisa e desenvolvimento que identifiquem os ativos que estão alimentando novos fluxos de receita e remova-os do plano de migração principal.
Essa análise qualitativa voltada para o programa pode ser executada rapidamente e criar alinhamento entre várias listas de pendências de migração.
Talvez você ainda precise considerar alguns ativos como ativos de nova hospedagem por um tempo. Você pode racionalizar mais tarde após a migração inicial.
Selecionar a primeira carga de trabalho
A implementação da primeira carga de trabalho é a chave para testes e aprendizado. Essa é a primeira oportunidade de demonstrar e criar uma mentalidade de crescimento.
Critérios comerciais
Para garantir a transparência dos negócios, identifique uma carga de trabalho que é compatível com um membro da unidade de negócios da equipe de estratégia de nuvem. Preferencialmente, escolha uma que a equipe tenha grande interesse e forte motivação para migrar para a nuvem.
Critérios técnicos
Selecione uma carga de trabalho que tenha dependências mínimas e que possa ser migrada como um pequeno grupo de ativos. É recomendável que você selecione uma carga de trabalho com um caminho de teste definido para facilitar a validação.
A primeira carga de trabalho é normalmente implantada em um ambiente experimental sem capacidade de governança ou operacional. É importante escolher uma carga de trabalho que não interaja com dados seguros.
Análise qualitativa
As equipes de estratégia de nuvem e de adoção de nuvem podem trabalhar juntas para analisar essa pequena carga de trabalho. Essa colaboração cria uma oportunidade controlada para criar e testar os critérios de análise qualitativa. A população menor cria uma oportunidade para pesquisar os usuários afetados e para concluir uma análise qualitativa detalhada em uma semana ou menos. Para ver os fatores de análise qualitativa comuns, consulte o destino de racionalização específico nos cinco Rs da racionalização.
Migração
Em paralelo à racionalização contínua, a equipe de adoção de nuvem pode começar a migrar a pequena carga de trabalho para expandir o aprendizado nas seguintes áreas principais:
- Melhorar habilidades com a plataforma do provedor de nuvem.
- Definir os serviços principais e padrões do Azure necessários para a visão em longo prazo.
- Compreender melhor como as operações talvez possam mudar mais tarde na transformação.
- Entender os riscos inerentes aos negócios e a tolerância dos negócios em relação a esses riscos.
- Estabeleça uma linha de base ou um MVP (produto viável mínimo) para governança baseada na tolerância à risco dos negócios.
Planejamento de liberação
Enquanto a equipe de adoção de nuvem está executando a migração ou a implementação da primeira carga de trabalho, a equipe de estratégia de nuvem pode começar a priorizar os aplicativos e cargas de trabalho restantes.
Potência de 10
A abordagem tradicional para a racionalização tenta atender a todas as necessidades previstas. Felizmente, nem sempre é necessário ter um plano para todos os aplicativos para iniciar uma jornada de transformação. Em um modelo incremental, a abordagem da potência de 10 fornece um bom ponto de partida. Nesse modelo, a equipe de estratégia de nuvem seleciona os 10 primeiros aplicativos a serem migrados. Essas dez cargas de trabalho devem conter uma mistura de cargas de trabalho simples e complexas.
Criar as primeiras listas de pendências
As equipes de adoção de nuvem e de estratégia de nuvem podem trabalhar juntas na análise qualitativa das 10 primeiras cargas de trabalho. Esse esforço cria a primeira lista de pendências de migração priorizada e a primeira lista de pendências de versão priorizada. Esse método habilita as equipes a se iterarem sobre a abordagem e fornece tempo suficiente para criar um processo adequado para a análise qualitativa.
Amadurecer o processo
Após as duas equipes chegarem a um acordo em relação aos critérios de análise qualitativa, a avaliação pode se tornar uma tarefa dentro de cada iteração. Um consenso sobre critérios de avaliação geralmente exige de duas à três versões.
Após a avaliação ser transferida para o processo de execução incremental da migração, a equipe de adoção de nuvem pode iterar mais rapidamente sobre a arquitetura e a avaliação. Nesse estágio, a equipe de estratégia de nuvem também é ignorada, reduzindo o consumo de seu tempo. Isso também habilita a equipe de estratégia de nuvem a se concentrar em priorizar os aplicativos que ainda não estão em uma versão específica, garantindo um forte alinhamento com as condições de mudança do mercado.
Nem todos os aplicativos priorizados estarão prontos para a migração. É provável que o sequenciamento mude, conforme a equipe faz análises qualitativas mais detalhadas e descobre eventos e dependências comerciais que podem solicitar nova priorização da lista de pendências. Algumas versões podem agrupar um pequeno número de cargas de trabalho. Outras podem conter apenas uma única carga de trabalho.
A equipe de adoção de nuvem provavelmente executará iterações que não produzem uma migração completa da carga de trabalho. Quanto menor for a carga de trabalho e as dependências, maior a probabilidade de uma carga de trabalho se encaixar em um único sprint ou iteração. Por esse motivo, é recomendável que os primeiros aplicativos na lista de pendências de versão sejam pequenos e contenham algumas dependências externas.
Estado final
Com o tempo, as equipes de adoção de nuvem e de estratégia de nuvem concluirão juntas uma racionalização completa do estoque. Essa abordagem incremental habilita as equipes a ficarem cada vez mais rápidas no processo de racionalização. Ela também ajuda o percurso de transformação a produzir resultados comerciais tangíveis mais cedo, sem tanto esforço de análise antecipado.
Em alguns casos, o modelo financeiro pode ser muito rígido para tomar uma decisão sem racionalização adicional. Nesses casos, você pode precisar de uma abordagem mais tradicional para a racionalização.
Próximas etapas
A saída de um esforço de racionalização é uma lista de pendências priorizada de todos os ativos que são afetados pela transformação escolhida. Essa lista de pendências agora está pronta para servir como base para modelos de custo dos serviços de nuvem.