Racionalizar o património digital
A racionalização da 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 inventário, a racionalização da nuvem pode começar. A racionalização da nuvem discute as opções de racionalização mais comuns.
Assista ao vídeo a seguir para obter uma visão geral rápida sobre como concluir uma avaliação abrangente que o ajudará a planejar e priorizar seus esforços de migração.
Visão tradicional da 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 do patrimônio digital é alimentado através de um processo que resulta em uma das cinco respostas (os cinco Rs da racionalização). Para pequenas propriedades, esse processo funciona bem. Para propriedades maiores, é ineficiente e pode levar a atrasos significativos. Vamos examinar o processo para ver o porquê. Em seguida, apresentaremos um modelo mais eficiente.
Inventário: Um inventário completo de ativos, incluindo aplicativos, software, hardware, sistemas operacionais e métricas de desempenho do sistema, é necessário para concluir uma racionalização completa usando modelos tradicionais.
Análise quantitativa: Na árvore de decisão, as perguntas quantitativas conduzem a primeira camada de decisões. As perguntas mais comuns incluem o seguinte:
- O ativo está em uso hoje?
- Em caso afirmativo, é otimizado e dimensionado corretamente?
- Que dependências existem entre ativos? Estas questões são vitais para a classificação do inventário.
Análise qualitativa: O próximo conjunto de decisões requer inteligência humana na forma de análise qualitativa. Muitas vezes, as perguntas que surgem aqui são exclusivas da solução e podem ser respondidas apenas por partes interessadas do negócio e usuários avançados. Normalmente, estas decisões atrasam o processo, atrasando consideravelmente as coisas. Esta análise consome geralmente 40 a 80 horas de ETI por aplicação.
Para obter orientação sobre como criar uma lista de perguntas de análise qualitativa, consulte Abordagens ao planejamento imobiliário digital.
Decisão de racionalização: Nas mãos de uma equipe de racionalização experiente, os dados qualitativos e quantitativos criam decisões claras. Infelizmente, equipes com alto grau de experiência em racionalização são caras para contratar ou levam meses para treinar.
Racionalização à escala empresarial
Se esse esforço é demorado e assustador para um patrimônio digital de 50 VMs, imagine o esforço necessário para impulsionar a transformação dos negócios em um ambiente com milhares de VMs e centenas de aplicativos. O esforço humano necessário pode facilmente exceder 1.500 horas FTE e nove meses de planejamento.
Embora a racionalização total seja o estado final e uma ótima direção para se mover, raramente produz um alto ROI (retorno sobre o investimento) em relação ao tempo e energia necessários.
Quando a racionalização é essencial para as decisões financeiras, vale a pena considerar uma organização de serviços profissionais especializada em racionalização de nuvem para acelerar o processo. Mesmo assim, a racionalização total pode ser um esforço caro e demorado que atrasa a transformação ou os resultados dos negócios.
O restante deste artigo descreve uma abordagem alternativa, conhecida como racionalização incremental.
Racionalização incremental
A racionalização completa de um grande patrimônio digital é propensa a riscos e pode sofrer atrasos devido à sua complexidade. A suposição por trás da abordagem incremental é que decisões atrasadas escalonam a carga sobre o negócio para reduzir o risco de bloqueios. Ao longo do tempo, esta abordagem cria um modelo orgânico para desenvolver os processos e a experiência necessários para tomar decisões de racionalização qualificadas de forma mais eficiente.
Inventário: reduza os pontos de dados de descoberta
Poucas organizações investem tempo, energia e despesas na manutenção de um inventário preciso em tempo real de todo o patrimônio digital. Perdas, roubos, ciclos de atualização e integração de funcionários geralmente justificam o rastreamento detalhado de ativos dos dispositivos do usuário final. O ROI de manter um inventário preciso de servidores e aplicativos em um datacenter tradicional local geralmente é baixo. A maioria das organizações de TI tem problemas mais urgentes a resolver do que controlar o uso de ativos fixos em um datacenter.
Em uma transformação na nuvem, o inventário se correlaciona diretamente com os custos operacionais. Dados de inventário precisos são necessários para um planejamento adequado. Infelizmente, as opções atuais de verificação ambiental podem atrasar as decisões em semanas ou meses. Felizmente, alguns truques podem acelerar a coleta de dados.
A verificação baseada em agente é o atraso mais frequentemente citado. Os dados robustos necessários para uma racionalização tradicional muitas vezes só podem ser coletados com um agente em execução em cada ativo. Essa dependência de agentes geralmente retarda o progresso, porque pode exigir feedback de 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 no ambiente, uma solução baseada em agente ainda pode ser necessária, mas pode ser removida do caminho crítico para a mudança nos negócios.
Análise quantitativa: simplifique as decisões
Independentemente da abordagem para a descoberta de inventário, a análise quantitativa pode orientar as decisões e suposições iniciais. Isso é especialmente verdadeiro quando se tenta identificar a primeira carga de trabalho ou quando o objetivo da racionalização é uma comparação de custos de alto nível. Em um processo de racionalização incremental, a equipe de estratégia de nuvem e as equipes de adoção de nuvem limitam os cinco Rs de racionalização a duas decisões concisas e aplicam apenas esses fatores quantitativos. Isso simplifica a análise e reduz a quantidade de dados iniciais necessários para impulsionar a mudança.
Por exemplo, se uma organização estiver no meio de uma migração IaaS para a nuvem, você pode supor que a maioria das cargas de trabalho será aposentada ou rehospedada.
Análise qualitativa: pressupostos temporários
Ao reduzir o número de resultados potenciais, é 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 à empresa neste estágio inicial.
Por exemplo, se as opções se limitam a rehospedar ou aposentar, a empresa precisa responder a apenas uma pergunta durante a racionalização inicial, que é se aposenta o ativo.
"A análise sugere que nenhum usuário está usando ativamente esse ativo. Isso é verdade ou esquecemos alguma coisa?" Tal pergunta binária é tipicamente muito mais fácil de executar através da análise qualitativa.
Esta abordagem simplificada produz linhas de base, planos financeiros, estratégia e direção. Em atividades posteriores, cada ativo passa por maior 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 pressupostos
O resultado da seção anterior é uma racionalização aproximada e cheia de suposições. Em seguida, é hora de desafiar algumas dessas suposições.
Aposentar ativos
Em um ambiente local tradicional, hospedar ativos pequenos e não utilizados raramente causa um impacto significativo nos custos anuais. Com algumas exceções, o esforço de FTE necessário para analisar e aposentar o ativo real supera a economia de custos da poda e da retirada desses ativos.
Quando você muda para um modelo de contabilidade em nuvem, a desativação de ativos pode gerar economias significativas em custos operacionais anuais e esforços iniciais de migração.
Não é incomum que as organizações aposentem 20% ou mais de seu patrimônio digital após concluir uma análise quantitativa. Recomendamos a realização de uma análise qualitativa mais aprofundada antes de tomar medidas. Após a confirmação, a desativação desses ativos pode produzir a primeira vitória do ROI da migração para a nuvem. Este é, muitas vezes, um dos maiores fatores de redução de custos. Portanto, a equipe de estratégia de nuvem deve supervisionar a validação e aposentadoria de ativos, em paralelo com a execução da metodologia Migrar, para alcançar uma vitória financeira antecipada.
Ajustes do programa
Uma empresa raramente embarca em apenas uma jornada de transformação. A escolha entre redução de custos, crescimento do mercado e novos fluxos de receita raramente é uma decisão binária. Como tal, recomendamos que a equipe de estratégia de nuvem trabalhe com a TI para identificar ativos em esforços de transformação paralelos que estão fora do escopo da jornada de transformação principal.
No exemplo de migração IaaS dado neste artigo:
Peça à equipe de DevOps para identificar os ativos que já fazem parte de uma automação de implantação e remover 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 os removam do plano de migração principal.
Essa análise qualitativa focada no programa pode ser executada rapidamente e cria alinhamento em várias listas de pendências de migração.
Talvez você ainda precise considerar alguns ativos como ativos de rehost por um tempo. Você pode introduzir a racionalização posterior após a migração inicial.
Selecione a primeira carga de trabalho
Implementar a primeira carga de trabalho é fundamental para testar e aprender. É a primeira oportunidade de demonstrar e construir uma mentalidade de crescimento.
Critérios de negócio
Para garantir a transparência dos negócios, identifique uma carga de trabalho suportada por um membro da unidade de negócios da equipe de estratégia de nuvem. De preferência, escolha um em que a equipe tenha uma participação 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 possa ser movida como um pequeno grupo de ativos. Recomendamos que você selecione uma carga de trabalho com um caminho de teste definido para facilitar a validação.
A primeira carga de trabalho é frequentemente implantada em um ambiente experimental sem capacidade operacional ou de governança. É importante selecionar uma carga de trabalho que não interaja com dados seguros.
Análise qualitativa
As equipes de adoção de nuvem e a equipe de estratégia de nuvem podem trabalhar juntas para analisar essa pequena carga de trabalho. Esta colaboração cria uma oportunidade controlada para criar e testar critérios de análise qualitativa. A população menor cria uma oportunidade para pesquisar os usuários afetados e concluir uma análise qualitativa detalhada em uma semana ou menos. Para fatores comuns de análise qualitativa, ver a meta específica de racionalização nos cinco Rs de racionalização.
Migração
Em paralelo com a 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-chave:
- Reforçar as competências com a plataforma do fornecedor de serviços em nuvem.
- Defina os serviços principais e os padrões do Azure necessários para se adequar à visão de longo prazo.
- Entenda melhor como as operações podem precisar mudar mais tarde na transformação.
- Compreender os riscos inerentes ao negócio e a tolerância do negócio a esses riscos.
- Estabeleça uma linha de base ou um produto mínimo viável (MVP) para governança com base na tolerância ao risco do negócio.
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 da racionalização procura satisfazer todas as necessidades previsíveis. Felizmente, muitas vezes não é necessário um plano para cada aplicativo para iniciar uma jornada de transformação. Em um modelo incremental, a abordagem Power of 10 fornece um bom ponto de partida. Neste modelo, a equipe de estratégia de nuvem seleciona os primeiros 10 aplicativos a serem migrados. Essas dez cargas de trabalho devem conter uma mistura de cargas de trabalho simples e complexas.
Crie as primeiras listas de pendências
As equipes de adoção de nuvem e a equipe de estratégia de nuvem podem trabalhar juntas na análise qualitativa para as primeiras 10 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 liberação priorizada. Este método permite que as equipas iterem a abordagem e fornece tempo suficiente para criar um processo adequado para a análise qualitativa.
Amadureça o processo
Depois que as duas equipes concordam com os critérios de análise qualitativa, a avaliação pode se tornar uma tarefa dentro de cada iteração. Chegar a um consenso sobre os critérios de avaliação geralmente requer duas a três liberações.
Depois que a avaliação for movida para o processo de execução incremental da migração, a equipe de adoção de nuvem poderá iterar mais rapidamente na avaliação e na arquitetura. Nesta fase, a equipe de estratégia de nuvem também é abstraída, reduzindo o esgotamento de seu tempo. Isso também permite que a equipe de estratégia de nuvem se concentre em priorizar os aplicativos que ainda não estão em uma versão específica, garantindo um alinhamento rígido com as mudanças nas condições de mercado.
Nem todos os aplicativos priorizados estarão prontos para migração. É provável que o sequenciamento mude à medida que a equipe faz uma análise qualitativa mais profunda e descobre eventos de negócios e dependências que podem levar à repriorização da lista de pendências. Algumas versões podem agrupar um pequeno número de cargas de trabalho. Outros podem conter apenas uma única carga de trabalho.
É provável que a equipe de adoção de nuvem execute iterações que não produzem uma migração completa da carga de trabalho. Quanto menor a carga de trabalho e menos dependências, maior a probabilidade de uma carga de trabalho se encaixar em um único sprint ou iteração. Por esse motivo, recomendamos que os primeiros aplicativos na lista de pendências de lançamento sejam pequenos e contenham poucas dependências externas.
Estado final
Com o tempo, a equipe de adoção de nuvem e a equipe de estratégia de nuvem juntas completam uma racionalização completa do inventário. Essa abordagem incremental permite que as equipes sejam continuamente mais rápidas no processo de racionalização. Também ajuda a jornada de transformação a produzir resultados comerciais tangíveis mais cedo, sem tanto esforço de análise inicial.
Em alguns casos, o modelo financeiro pode ser demasiado apertado para tomar uma decisão sem racionalização adicional. Nesses casos, você pode precisar de uma abordagem mais tradicional para a racionalização.
Próximos passos
A saída de um esforço de racionalização é uma lista de pendências priorizada de todos os ativos afetados pela transformação escolhida. Essa lista de pendências agora está pronta para servir como base para modelos de custeio de serviços em nuvem.