Antipadrões do plano de adoção da cloud

Os clientes experimentam frequentemente anti-padrões ao adotar uma solução na cloud. Ou a solução é ineficaz ou há consequências não intencionais. Os cenários típicos incluem:

• Os modelos operacionais desalinhados levam a um aumento do tempo de comercialização, mal-entendidos e aumento da pressão sobre os departamentos de TI.
• Por vezes, as empresas escolhem o modelo de serviço errado quando assumem que a plataforma como serviço (PaaS) diminui os custos.
• Quando a arquitetura de uma organização é alterada, podem ocorrer grandes projetos de substituição. A gestão destes projetos é muitas vezes complexa e intensiva em termos de custos.

Antipadrão: escolher o modelo operacional da cloud errado

As prioridades estratégicas de uma empresa e o âmbito do seu portefólio determinam o modelo operacional da cloud. Os modelos podem ter diferentes tipos de responsabilidade, zonas de destino e foco. Quando os modelos não estão alinhados com os objetivos da empresa, podem ocorrer problemas:

• Aumento do tempo de comercialização
• Mal-entendidos
• Aumento da pressão sobre os departamentos de TI

Exemplo: atribuir demasiada responsabilidade a uma equipa pequena

Uma empresa introduz um modelo operacional que torna o departamento de TI responsável por tudo o que é executado dentro da cloud. A equipa responsável pela cloud contém três pessoas. Esta configuração leva a um percurso de adoção lento, porque:

• A equipa só aprova medidas depois de compreender totalmente o seu efeito sobre a empresa, as operações e a segurança.
• Estes problemas não são a principal área de especialização da equipa.

Os especialistas em assuntos gostariam de utilizar o serviço cloud, para que as unidades de negócio aumentem a pressão. O Shadow IT irá provavelmente surgir à medida que as unidades de negócio utilizam cartões de crédito da empresa para criar ambientes para si próprios.

Resultado preferencial: Comparar modelos e criar um plano de preparação

Reveja as prioridades estratégicas, o âmbito do portefólio, os requisitos e as restrições. Explore as opções do modelo operacional ao comparar os quatro padrões de operações da cloud mais comuns com o seu modelo operacional de cloud atual. Identifique um ou mais modelos operacionais na cloud adequados à sua organização. Em seguida, decida um modelo. Uma vez que as funções mudam com os modelos operacionais, crie um plano de preparação de competências antes de mudar para a cloud.

Antipadrão: escolher o modelo de serviço errado

Por vezes, as empresas assumem que as soluções PaaS custam menos do que as soluções de infraestrutura como serviço (IaaS). Esta suposição pode levar à escolha errada do modelo de serviço. Muitas vezes, as empresas conscientes dos custos cometem este erro quando a sua principal razão para mudar para a cloud é reduzir os custos. Estas empresas esquecem-se de que também precisam de alterar os processos quando adotam o PaaS, especialmente quando movem determinadas responsabilidades para os fornecedores de cloud. A mudança para PaaS introduz alterações fundamentais nos esforços de coordenação, nas práticas de engenharia e nos pipelines de entrega. Podem ocorrer aumentos de custos e atrasos inesperados.

Exemplo: Escolher PaaS em vez de IaaS

Um publicador inicia um programa para migrar os respetivos datacenters para a cloud. Os executivos gostariam de modernizar a sua arquitetura e ferramentas de aplicações atuais de uma só vez. As suas razões incluem:

• Maximizar a eficiência dos custos.
• Desenvolver um portefólio de aplicações mais moderno.

Para a sua estratégia de adoção, escolhem PaaS em vez de IaaS. Um ano após o percurso de adoção da cloud, têm uma taxa de adoção lenta. Tiveram de alterar inúmeros processos, práticas e ferramentas para adotar a PaaS em toda a extensão. O conselho não vê os impactos e benefícios habituais associados ao PaaS. Ao mesmo tempo, as TI estão mais lentas do que nunca, enquanto os custos do datacenter permanecem os mesmos.

Resultado preferencial: Minimizar a interrupção da sua empresa

Para reduzir os esforços de coordenação, comece com IaaS para projetos de adoção da cloud iniciais. A adoção de novos processos e práticas é mais fácil de gerir quando se muda para a cloud mais tarde, em vez de no início. Adote primeiro a IaaS, especialmente em cenários de transformação de datacenters. Ao mesmo tempo, inicie uma iniciativa de competências na cloud.

Modernizar e adotar a PaaS gradualmente mais tarde, depois de a carga de trabalho já estar na cloud. A experiência que adquiriu irá ajudá-lo a adotar o PaaS mais rapidamente. Terá de aprender menos novas competências e processos de modernização. Também não irá interromper significativamente os seus processos empresariais.

Antipadrão: substituir a arquitetura

As aplicações baseadas em PaaS e software como um serviço (SaaS) são relativamente fáceis de manter. Normalmente, exigem pouco esforço da gestão. Como resultado, muitas empresas reestruturam paisagens de arquitetura antigas e complexas ao substituí-las por conceitos nativos de SaaS e cloud. Normalmente, esta alteração de arquitetura leva a grandes projetos de substituição. É uma tarefa complexa e intensiva em termos de custos para gerir e executar estes projetos. A alteração dos processos e do modelo operacional envolve também outros riscos substanciais.

Exemplo: Escolher substituição em vez da modernização

Uma empresa tem um grande ambiente SAP. O departamento de TI gostaria de substituir este cenário, o que está a causar vários problemas de desempenho e estabilidade. Após o início de TI num projeto de substituição, a lista de diligências para substituir todo o ambiente fica mais longa todos os dias.

Resultado preferencial: Racionalizar o seu património digital

Antes de substituir um ambiente de aplicação grande ou complexo, considere melhorar incrementalmente o seu ambiente ao modernizar. As alterações relativamente pequenas ao seu ambiente de aplicação podem ter um enorme impacto no desempenho e fiabilidade. Por exemplo, a alteração da plataforma de alojamento para o Azure pode proporcionar estabilidade e resultados rápidos. Resultado de desempenho e fiabilidade melhorado, a uma fração do custo estimado de substituição.

Ao decidir sobre uma estratégia de inovação, explore diferentes opções de modernização. Avalie estas opções numa prova de conceito (POC).

Compreenda o património digital da sua empresa e avalie os recursos digitais de acordo com os cinco Rs da racionalização da cloud. Determine qual dos cinco Rs funciona melhor para modernizar ou migrar os seus recursos:

• Realojar
• Refatorizar
• Rearquitetar
• Reconstruir
• Substituir

Passos seguintes

Saiba mais sobre a fase De preparação da adoção da cloud.