Partilhar via

Percurso de adoção da cloud

  • Artigo

As jornadas de adoção da nuvem tendem a seguir trajetórias semelhantes. Existem variações, mas ainda pode ser útil ver como os outros adotam a nuvem. Saber quais cargas de trabalho enfrentar primeiro e o que fazer com elas simplificará sua jornada de adoção da nuvem.

Diagram showing portfolio migration modernization approach.

Uma consideração importante na adoção da solução de nuvem certa é o equilíbrio entre controle e produtividade. As soluções de infraestrutura como serviço (IaaS) oferecem mais controle, mas exigem mais tempo de manutenção. As soluções de plataforma como serviço (PaaS) e software como serviço (SaaS) transferem a responsabilidade de gestão para o Azure e permitem que as suas equipas se concentrem em ser produtivas. O equilíbrio necessário entre controle e produtividade é diferente para cada organização e mudará ao longo do tempo à medida que suas prioridades mudam.

Para a adoção inicial da nuvem, uma organização típica aposenta 35% de seus aplicativos, substitui 15% de seu portfólio e migra 50% apenas com as modificações necessárias (replataforma ou rehost).

Aposentar-se (35%)

Desative todas as cargas de trabalho de que sua organização não precisa. Você precisa realizar a descoberta e fazer um inventário para encontrar aplicativos e ambientes que não valem o investimento para manter. Eficiência de custo e tempo são os objetivos da aposentadoria. Sua equipe pode se concentrar nos ativos mais importantes quando você reduz seu portfólio antes de movê-lo para a nuvem.

Substituir (10%)

A maioria das organizações substitui cerca de 10% das suas aplicações por software como serviço (SaaS) e soluções low-code. Você pode alcançar objetivos mais facilmente adotando soluções mais produtivas.

Tabela 1 - Exemplos de substituição de cargas de trabalho por SaaS e soluções low-code

De Para
Linha personalizada de
negócios (LOB)
aplicações		 Power Apps
Ferramentas DevOps GitHub
Relacionamento
Gestão		 Dynamics 365
Indústria
verticais		 Terceiros
SaaS

Rearquitetar ou reconstruir (5%)

Se você não puder substituir efetivamente aplicativos de negócios essenciais por soluções SaaS ou low-code, considere rearquitetar ou reconstruir os aplicativos. Embora rearquitetar ou reconstruir seja complexo, é vital para aproveitar ao máximo a tecnologia de nuvem. O principal objetivo é adaptar estas aplicações para a nuvem. Esta abordagem envolve vários aspetos fundamentais:

  • Escalabilidade: Adapte o aplicativo para lidar com diferentes níveis de demanda de forma eficiente.
  • Confiabilidade: Melhore a capacidade do aplicativo de operar consistentemente sem falhas.
  • Segurança: integre medidas avançadas de segurança para proteger dados e operações na nuvem.

Você também pode integrar tecnologias avançadas, como IA generativa nesta fase. As soluções integradas podem melhorar a funcionalidade do aplicativo de maneiras significativas. Exemplos de tecnologia de IA incluem:

  • Análise preditiva: use IA para antecipar as necessidades dos clientes.
  • Automação de processos: empregue IA para automatizar processos de negócios.

Ao rearquitetar ou reconstruir, você explora toda a gama de recursos nativos da nuvem e avanços orientados por IA.

Rehospedar ou replataforma (50%)

Uma empresa típica migrará cerca de metade de suas cargas de trabalho existentes. Dentro destas cargas de trabalho, existem normalmente três níveis de dificuldade. Cerca de 35% são fáceis de mover. Os próximos 10% são mais difíceis porque são mais complexos ou mais importantes, e apenas os últimos 5% exigem planejamento extra para serem executados.

Existem muitas abordagens em matéria de migração. Rehosting ("lift-and-shift") e replatforming ("modernize") são os mais comuns, e nossas abordagens recomendadas para adoção na nuvem. Mas pode ser difícil decidir qual atende às suas necessidades, por isso temos orientação para decidir qual abordagem é certa para você. Para obter mais informações, consulte Migrar ou modernizar?.

Primeiro a mudar (35%)

Recomendamos escolher vitórias fáceis para as primeiras cargas de trabalho a serem movidas. Essa estratégia permite que você avalie seu plano de adoção em aplicativos mais fáceis antes de lidar com cargas de trabalho mais complexas. À medida que trabalha, deve documentar os seus sucessos e rever a sua estratégia, se necessário. Aplique essas informações aos seus movimentos mais complicados. Dois exemplos de cargas de trabalho que você pode incluir em sua primeira mudança são aplicativos Web básicos e portais avançados.

  • Aplicativos Web básicos: recomendamos rehospedar seus aplicativos Web básicos e esperar para mover suas cargas de trabalho mais complicadas até que você mova seus aplicativos Web básicos. O Serviço de Aplicativo do Azure é uma plataforma de aplicativo flexível que pode hospedar a maioria dos aplicativos. Recomendamos esta solução para aplicações Web básicas. Para obter mais informações, consulte Serviço de Aplicativo do Azure.

  • Portais avançados: você deve migrar seus portais para portais do Power Apps para aumentar a produtividade.

Próximo a mover (10%)

Você deve aplicar as lições aprendidas em seus primeiros movimentos para lidar com cargas de trabalho mais desafiadoras ou mais importantes. Temos alguns exemplos para lhe dar uma noção dos tipos de carga de trabalho.

  • Alto impacto nos negócios: cargas de trabalho que geram receita ou são de missão crítica.

  • Sistemas OLTP (processamento transacional on-line) de entrada/saída (E/S): essas cargas de trabalho registram transações comerciais e têm requisitos de processamento elevados.

  • Informações regulamentadas: Essas cargas de trabalho devem seguir padrões legais e do setor, como HIPAA, PCI DSS e outros. Recomendamos usar a Política do Azure para garantir a conformidade com esses padrões. Para obter mais informações, veja Azure Policy.

Difícil ou dispendioso de mudar (5%)

Mova as cargas de trabalho mais difíceis e dispendiosas por último. Os sistemas a seguir podem precisar de mais pensamento para se moverem de forma eficiente.

  • Ativo de alto valor (HVA): a interrupção ou corrupção dessa carga de trabalho interromperia todas as operações de negócios.

  • Sistemas de infraestrutura de chave pública (PKI): cargas de trabalho que gerenciam certificados digitais x509, criptografia de rede e autenticação.

  • Controle de origem herdado: sistemas de controle de origem que não são facilmente substituídos pelo GitHub.

  • Não pode ser modernizado: tecnologia legada ou proprietária que não pode ser modernizada.

  • Mudança arquitetônica profunda: arquiteturas legadas que exigem um redesenho completo da arquitetura. Use o Microsoft Azure Well-Architected Framework em vez da abordagem de modernização do CAF.

Mais recursos

Próximos passos

Migrar ou modernizar primeiro?