Aborde a arquitetura de cloud de fora para dentro

As novas boas práticas suportam a definição de soluções em cloud a partir do exterior para tirar partido dos pontos fortes da computação em cloud.

Por David Linthicum

As novas boas práticas suportam a definição de soluções em cloud a partir do exterior para tirar partido dos pontos fortes da computação em cloud.

São as últimas três semanas de um projeto de arquitetura em cloud de 22 meses. Definiu e desenhou uma configuração que define muitos recursos de computação em cloud: bases de dados, mecanismos de inteligência artificial, plataformas de desenvolvimento de aplicações, cadeias de ferramentas devops, ferramentas cloudops, bem como segurança e governação.

Hoje vamos descobrir que algumas das bases de dados não armazenam informação da forma que as aplicações exigem, o motor de IA não funciona com a solução de segurança selecionada, e o custo das ferramentas cloudops é 10 vezes superior ao valor orçamentado. Porque é que estas coisas aconteceram? A culpa é sua?

De dentro para fora

A abordagem de dentro para fora considera a arquitetura a partir dos conceitos e componentes tecnológicos mais básicos, tais como armazenamento, computação, bases de dados, networking, operações, etc. Em seguida, trabalhe para definir os requisitos mais detalhados: modelos de base de dados, gestão de desempenho, requisitos específicos da plataforma e habilitação tecnológica, como contentores e orquestração de contentores (por exemplo, Kubernetes).

Por outras palavras, começa-se com o básico, como as infraestruturas, e depois trabalha-se para os requisitos específicos da solução. Como é que as decisões e configurações de tecnologia holísticas (tais como projetos de armazenamento e computação ou tecnologias específicas) satisfazem requisitos específicos de negócio? Crie soluções específicas para apoiar o negócio.

De fora para dentro

De fora em movimentos na direção oposta. Começa-se por requisitos específicos de negócio, como quais são os casos de uso de negócios para soluções específicas, ou, provavelmente, muitas soluções ou aplicações. Em seguida, passe para a infraestrutura e outras tecnologias especificamente escolhidas para apoiar as muitas soluções ou aplicações de que precisa, tais como bases de dados, armazenamento, computação e outras tecnologias de habilitação.

A maioria dos arquitetos de cloud movem-se de dentro para fora. Escolhem as suas infraestruturas antes de realmente compreenderem o objetivo específico da solução. Associam-se a um fornecedor de cloud ou a um fornecedor de bases de dados e escolhem outras soluções relacionadas com a infraestrutura que assumem que irão satisfazer os seus requisitos específicos de solução de negócio. Por outras palavras, escolhem uma solução ampla antes de escolherem uma solução restrita.

É assim que as empresas obtêm soluções que funcionam, mas que são totalmente subotimizadas ou, mais frequentemente, têm muitos problemas surpreendentes, como os discutidos anteriormente. Descobrir estas questões requer muito trabalho e normalmente exige que os funcionários removam e substituam soluções tecnológicas em tempo real. Podem ter de adicionar uma base de dados que suporte o modelo de base de dados necessário, mesmo que estejam a pagar taxas de licença relacionadas com um negócio de base de dados de grandes empresas. Ou podem substituir o sistema de segurança para trabalhar com IA, apesar de terem gasto meio milhão de dólares para testar e implantar o sistema existente há alguns anos. Sei por experiência própria que muitos de vocês estão a viver isto agora.

Ouço muitas vezes o argumento de que a empresa precisa primeiro de selecionar tecnologias-chave e fá-lo com base em pressupostos existentes, e depois analisa o que o seu portfólio de aplicações existente exige. Embora isto fosse mais rentável numa altura em que as empresas compravam o seu hardware e software, agora aproveitamos as funcionalidades baseadas na cloud onde isso já não é o caso.

Pode passar de requisitos e soluções específicos para aplicações para qualquer número de opções de infraestrutura para suportar estas aplicações e soluções totalmente otimizadas. Pode até ter uma infraestrutura única que inclui bases de dados, segurança, governação e operações únicas para cada aplicação ou pequeno grupo de aplicações.

O benefício é ter uma infraestrutura de tecnologia de apoio que pode selecionar e configurar para resolver idealmente questões de negócio específicas. Já não precisa de forçar aplicações a adaptarem-se às decisões tecnológicas que já tomou. Isto faz do exterior da forma preferida de fazer arquitetura em cloud porque realmente aproveita o poder da cloud.




Deixe um comentário

O seu email não será publicado