Antipadrões do plano de adoção da nuvem
Os clientes geralmente experimentam antipadrões ao adotar uma solução de nuvem. A solução é ineficaz ou há consequências não intencionais. Os cenários comuns são:
- Modelos operacionais desalinhados levam a um aumento do tempo de comercialização, mal-entendidos e aumento da pressão sobre os departamentos de TI.
- Às vezes, as empresas escolhem o modelo de serviço incorreto quando supõem que o PaaS (plataforma como serviço) diminui os custos.
- Quando a arquitetura de uma organização é alterada, o resultado pode ser projetos grandes de substituição. Em geral, o gerenciamento desses projetos é complexo e muito caro.
Antipadrão: escolher o modelo de operação de nuvem incorreto
As prioridades estratégicas de uma empresa e o escopo do portfólio determinam o modelo operacional em nuvem. Os modelos podem ter diferentes tipos de responsabilidade, zonas de destino e focos. Quando os modelos não se alinham com as metas da empresa, podem ocorrer problemas:
- Maior tempo de comercialização
- Mal-entendidos
- Maior pressão sobre os departamentos de TI
Exemplo: atribuir muita responsabilidade a uma equipe pequena
Uma empresa apresenta um modelo operacional que torna o departamento de TI responsável por tudo o que é executado dentro da nuvem. A equipe responsável pela nuvem contém três pessoas. Essa configuração leva a uma jornada de adoção lenta, pois:
- A equipe só aprova medidas depois de entender totalmente seu efeito sobre os negócios, as operações e a segurança.
- Esses problemas não são a principal área de conhecimento da equipe.
Os especialistas no assunto desejam usar o serviço de nuvem, portanto, as unidades de negócios aumentam a pressão. A TI de sombra provavelmente surgirá quando as unidades de negócios usarem cartões de crédito da empresa para criar ambientes para si mesmas.
Resultado preferencial: comparar os modelos e criar um plano de preparação
Revise as prioridades estratégicas, o escopo do portfólio, os requisitos e as restrições. Explore as opções de modelo operacional comparando os quatro padrões de operações de nuvem mais comuns com seu modelo operacional de nuvem atual. Identifique um ou mais modelos operacionais de nuvem que se adaptam à sua organização. Em seguida, escolha um modelo. Como as funções mudam com modelos operacionais, crie um plano de preparação de habilidades antes de migrar para a nuvem.
Antipadrão: escolher o modelo de serviço incorreto
Às vezes, as empresas pressupõem que as soluções de PaaS custam menos do que as soluções de IaaS (infraestrutura como serviço). Essa suposição pode levar à escolha errada do modelo de serviço. As empresas conscientes de custos geralmente cometem esse erro quando seu main motivo para migrar para a nuvem é reduzir os custos. Essas empresas se esquecem de que também precisam alterar os processos quando adotam o PaaS, especialmente quando migram determinadas responsabilidades para provedores de nuvem. Alternar para o PaaS introduz alterações fundamentais nos esforços de coordenação, nas práticas de engenharia e nos pipelines de entrega. Pode haver aumentos de custos e atrasos inesperados.
Exemplo: escolher o PaaS em vez da IaaS
Um fornecedor inicia um programa para migrar os datacenters para a nuvem. Os executivos desejam modernizar as arquiteturas de aplicativo e as ferramentas atuais de uma só vez. Entre os motivos estão:
- Maximizar a economia.
- Desenvolver um portfólio mais moderno de aplicativos.
Para a estratégia de adoção, eles escolhem o PaaS em vez da IaaS. Transcorrido um ano após o início da jornada de adoção da nuvem, eles têm uma taxa de adoção lenta. Eles precisaram alterar vários processos, práticas e ferramentas para adotar o PaaS por completo. O conselho não vê os impactos e os benefícios habituais associados ao PaaS. Ao mesmo tempo, a TI está mais lenta do que nunca, enquanto os custos do datacenter permanecem iguais.
Resultado preferencial: minimizar a interrupção nos negócios
Para reduzir os esforços de coordenação, comece com a IaaS para projetos iniciais de adoção da nuvem. A adoção de novos processos e práticas é mais gerenciável quando você migra para a nuvem posteriormente, em vez de no início. Adote a IaaS primeiro, especialmente em cenários de transformação do datacenter. Ao mesmo tempo, inicie uma iniciativa de habilidades de nuvem.
Modernize gradualmente e adote o PaaS posteriormente, depois que a carga de trabalho já estiver na nuvem. A experiência que você obteve ajudará você a adotar o PaaS com mais rapidez. Você precisará aprender menos novas habilidades e processos para modernização. Você também não interromperá consideravelmente seus processos de negócios.
Antipadrão: substituir a arquitetura
Os aplicativos baseados em PaaS e em SaaS (software como serviço) são relativamente fáceis de serem mantidos. Normalmente, exigem pouco esforço de gerenciamento. Como resultado, muitas empresas reprojetam cenários de arquitetura complexos e antigos substituindo-os por SaaS e conceitos nativos de nuvem. Em geral, essa alteração de arquitetura resulta em grandes projetos de substituição. Gerenciar e executar esses projetos é uma tarefa complexa e muito cara. A alteração de processos e o modelo operacional também envolve outros riscos substanciais.
Exemplo: escolher a substituição em vez de modernização
Uma empresa tem um ambiente SAP amplo. O departamento de TI deseja substituir esse cenário, o que está causando vários problemas de desempenho e estabilidade. Depois que a TI inicia um projeto de substituição, a lista de diligência prévia para substituir todo o ambiente fica mais longa a cada dia.
Resultado preferencial: racionalizar sua propriedade digital
Antes de substituir um ambiente de aplicativo grande ou complexo, considere o aprimoramento incremental do ambiente modernizando-o em vez disso. As alterações relativamente pequenas no ambiente de aplicativo podem ter um enorme impacto no desempenho e na confiabilidade. Por exemplo, alterar a plataforma de hospedagem para o Azure pode fornecer estabilidade e resultados rápidos. Melhor desempenho e confiabilidade, resultando em uma fração do custo estimado de substituição.
Ao escolher uma estratégia de inovação, explore as diferentes opções de modernização. Avalie essas opções em um POC (prova de conceito).
Entenda o patrimônio digital da sua empresa e avalie os ativos digitais de acordo com os cinco Rs de racionalização de nuvem. Determine qual dos cinco Rs funciona melhor para modernizar ou migrar seus ativos:
- Hospedar novamente
- Refatorar
- Recriar a arquitetura
- Recompilar
- Substitua
Próximas etapas
Saiba mais sobre a fase Pronto da adoção da nuvem.