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 inventário, a racionalização de nuvem pode começar. A racionalização de nuvem aborda 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 ajudará você a planejar e priorizar seus esforços de migração.

Visão tradicional de racionalização

É fácil entender a racionalização ao visualizar o processo tradicional de racionalização como uma árvore de decisão complexa. Cada ativo no estado digital é alimentado por meio de um processo que resulta em uma das cinco respostas (os cinco RS de racionalização). Para propriedades pequenas, esse processo funciona bem. Para os bens maiores, ele é ineficiente e pode levar a atrasos significativos. Vamos examinar o processo para ver o motivo. 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 orientam 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 essenciais 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 aparecem aqui são exclusivas para a solução e podem ser respondidas somente por participantes de negócios e usuários avançados. Essas decisões normalmente atrasam o processo, reduzindo as coisas consideravelmente. Essa análise geralmente consome 40 a 80 horas de FTE por aplicativo.

Para obter diretrizes sobre como criar uma lista de perguntas qualitativas de análise, consulte abordagens para planejamento de imóveis 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, 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 empresarial

Se esse esforço for demorado e desanimador para um imóvel digital de 50 VMS, imagine o esforço necessário para impulsionar a transformação de negócios em um ambiente com milhares de VMs e centenas de aplicativos. O esforço humano necessário pode exceder facilmente 1.500 de horas FTE e nove meses de planejamento.

Embora a racionalização completa 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 decisões financeiras, vale a pena considerar uma organização de serviços profissionais especializada em lógica de nuvem para acelerar o processo. Mesmo assim, a racionalização completa pode ser um esforço dispendioso e demorado que atrasa a transformação ou os resultados de 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 espaço digital está sujeita a riscos e pode sofrer atrasos devido à sua complexidade. A suposição por trás da abordagem incremental é que as decisões atrasadas escalonam a carga na empresa para reduzir o risco de obstáculos. Ao longo do tempo, essa abordagem cria um modelo orgânica para desenvolver os processos e a experiência necessária para tornar as decisões de racionalização qualificadas com mais eficiência.

Inventário: reduzir pontos de dados de descoberta

Poucas organizações investem no tempo, na energia e nas despesas na manutenção de um inventário em tempo real preciso do espaço digital completo. A perda, o roubo, os ciclos de atualização e a integração de funcionários muitas vezes justificam o acompanhamento detalhado de ativos de dispositivos do usuário final. O ROI de manter um inventário de aplicativos e de servidor preciso em um datacenter local tradicional geralmente é baixo. A maioria das organizações de ti tem problemas mais urgentes para lidar com o controle do uso de ativos fixos em um datacenter.

Em uma transformação de nuvem, o inventário se correlaciona diretamente com os custos operacionais. São necessários dados de inventário precisos para o 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 citado com mais frequência. Os dados robustos necessários para uma racionalização tradicional geralmente podem ser coletados apenas com um agente em execução em cada ativo. Essa dependência nos agentes geralmente reduz o progresso, pois pode exigir comentários de segurança, operações e funções de administração.

Em um processo de racionalização incremental, uma solução sem agente poderia 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 alteração comercial.

Análise quantitativa: Simplifique as decisões

Independentemente da abordagem para a descoberta de inventário, a análise quantitativa pode impulsionar as 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, 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 a alteração da unidade.

Por exemplo, se uma organização estiver no meio de uma migração de IaaS para a nuvem, você poderá assumir que a maioria das cargas de trabalho será desativada ou rehospedada.

Análise qualitativa: pressuposições temporárias

Ao reduzir o número de possíveis resultados, é mais fácil alcançar 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 pela empresa neste estágio inicial.

Por exemplo, se as opções estiverem limitadas à rehospedagem ou desativação, a empresa precisa responder apenas a uma pergunta durante a lógica inicial, que é o fato de desativar o ativo.

"A análise sugere que nenhum usuário está usando ativamente esse ativo. Essa é a precisão, ou você tem ignorado 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 que você faz 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 aproximada que está cheia 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 algumas exceções, o esforço de FTE necessário para analisar e desativar o ativo real supera a economia de custos com a remoção e a desativação desses ativos.

Quando você passa para um modelo de contabilidade de nuvem, a desativação de ativos pode produzir uma economia significativa nos custos operacionais anuais e nos esforços de migração antecipada.

Não é incomum que as organizações desativem 20% ou mais de seu espaço digital depois de concluir uma análise quantitativa. É recomendável realizar análise mais qualitativa antes de tomar as medidas. Após a confirmação, a desativação desses ativos pode produzir a primeira vitória de ROI da migração na nuvem. Geralmente, 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 dos ativos, em paralelo com a execução da metodologia de migração, para alcançar um ganho financeiro inicial.

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, recomendamos que a equipe de estratégia de nuvem trabalhe com ela 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 de IaaS fornecido 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 que os dados e as equipes de R & D identifiquem ativos que estão ligando novos fluxos de receita e os removem do plano de migração principal.

Esta análise qualitativa com foco no programa pode ser executada rapidamente e cria o alinhamento entre várias pendências de migração.

Talvez você ainda precise considerar alguns ativos como hospedar novamente os ativos por um tempo. Você pode fase em lógica posterior após a migração inicial.

Selecione a primeira carga de trabalho

A implementação da primeira carga de trabalho é a chave para testes e aprendizado. É 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 tenha suporte de um membro da unidade de negócios da equipe de estratégia de nuvem. Preferivelmente, escolha um em que a equipe tenha um jogo de benefício e uma motivação forte para mudar 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. Recomendamos 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 selecionar uma carga de trabalho que não interaja com dados seguros.

Análise qualitativa

As equipes de adoção da nuvem e a equipe de estratégia de nuvem podem trabalhar juntas para analisar essa pequena carga de trabalho. Essa colaboração cria uma oportunidade controlada para criar e testar critérios de análise qualitativa. A população menor cria uma oportunidade de sondar os usuários afetados e concluir uma análise qualitativa detalhada em uma semana ou menos. Para fatores comuns de análise qualitativa, consulte o destino de racionalização específico nos cinco Rs de racionalização.

Migração

Em paralelo com a racionalização contínua, a equipe de adoção da nuvem pode começar a migrar a pequena carga de trabalho para expandir o aprendizado nas seguintes áreas principais:

  • Fortalecer as habilidades com a plataforma do provedor de nuvem.
  • Defina os principais serviços e os padrões do Azure necessários para se ajustar à visão de longo prazo.
  • Entenda melhor como as operações podem precisar mudar posteriormente na transformação.
  • Entenda os riscos empresariais inerentes e a tolerância da empresa para esses riscos.
  • Estabeleça uma linha de base ou um MVP (produto viável mínimo) para governança com base na tolerância a riscos da empresa.

Planejamento de liberação

Enquanto a equipe de adoção da 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 tentativas de racionalização para atender a todas as necessidades previsíveis. 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 power of 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 pendências

As equipes de adoção da nuvem e a equipe de estratégia de nuvem podem trabalhar juntas na análise qualitativa para as 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 permite que as equipes iterem na abordagem e fornece tempo suficiente para criar um processo adequado para análise qualitativa.

Amadurecer o processo

Depois que as duas equipes concordarem com os critérios de análise qualitativa, a avaliação poderá se tornar uma tarefa dentro de cada iteração. Alcançar um consenso sobre critérios de avaliação geralmente requer de duas a três versões.

Depois que a avaliação foi movida para o processo de execução incremental da migração, a equipe de adoção da nuvem pode iterar mais rapidamente na avaliação e na arquitetura. Neste estágio, a equipe de estratégia de nuvem também é abstraida, reduzindo o esgotamento em 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 condições de mercado em constante mudança.

Nem todos os aplicativos priorizados estarão prontos para a 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 solicitar a rerioritização da pendência. Algumas versões podem agrupar um pequeno número de cargas de trabalho. Outros podem conter apenas uma única carga de trabalho.

A equipe de adoção da nuvem provavelmente executará iações que não produzem uma migração de carga de trabalho completa. 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, recomendamos que os primeiros aplicativos na pendência de versão sejam pequenos e contenham algumas dependências externas.

Estado final

Ao longo do tempo, a equipe de adoção da nuvem e a equipe de estratégia de nuvem concluem uma racionalização completa do inventário. Essa abordagem incremental permite que as equipes se ativem continuamente no processo de racionalização. Ele também ajuda a jornada de transformação a produzir resultados empresariais tangíveis mais cedo, sem tanto esforço de análise inicial.

Em alguns casos, o modelo financeiro pode ser muito rígido para tomar uma decisão sem racionalização adicional. Nesses casos, talvez você precise de uma abordagem mais tradicional para 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 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.