Você está pronto para a multicloud? Aqui temos um check-list para ajudar a responder isso

Talvez você tenha implantado seu primeiro aplicativo Node.js nativo da nuvem no Amazon Web Services (AWS) e, em seguida, tenha recebido uma nova atribuição para transportar vários aplicativos .NET legados para uma nuvem pública. Você deve experimentar o Amazon Lightsail como primeira etapa ou deve revisar as opções do Microsoft Azure para desenvolvedores .NET?

Leia também: 5 desafios que cada estratégia multicloud deve enfrentar

Ou talvez sua equipe tenha aplicativos em execução no Azure que precisam se conectar com segurança a modelos de machine learning implantados pela equipe de ciência de dados no Google Cloud Platform. É fácil conceber cenários em que equipes de desenvolvimento e ciência de dados acabam explorando, criando protótipos e implantando aplicativos, bancos de dados, microsserviços e modelos de machine learning em várias nuvens públicas.

Para empresas maiores, o suporte ao multicloud é quase inevitável, devido ao nível hercúleo de governança necessário para canalizar todos os esforços de desenvolvimento, ciência de dados e shadow TI para uma única nuvem pública. Mesmo assim, há vários motivos pelos quais negócios globais e empresas maiores determinam que “ser multicloud” é estrategicamente importante.

Conversei com vários líderes de TI experientes por meio de bate-papos sociais como IDGTechTalk e CIOChat para obter suas perspectivas sobre se e como as organizações devem oferecer suporte a várias nuvens. Eu incluí suas opiniões e percepções nesta lista de verificação sobre prontidão multicloud. Você está pronto?

Facilite em complexidades multicloud

Os líderes de TI conhecem as complexidades de configurar infraestruturas de nuvem seguras e robustas. Naturalmente, essas complexidades se multiplicam quando você combina várias nuvens. Você deve se esforçar para evitar lidar com todos eles de uma vez.

Operar em várias nuvens é complexo devido à governança, experiência técnica e integrações necessárias. Como Sarbjeet Johal, um estrategista de tecnologia independente, afirma: “Ninguém se levanta de manhã e diz que vamos fazer multicloud hoje. Eles simplesmente caem nisso, principalmente devido aos silos organizacionais. Multicloud é tão fácil quanto 1-2-3… o que ninguém nunca disse!”.

Joanne Friedman, Ph.D. e CEO da Connektedminds, sugere que as equipes de TI aproveitem seu provedor de nuvem principal sempre que possível, em vez de buscar recursos novos ou melhores em um segundo provedor. “Aceite que não existe um tamanho único para todas as nuvens públicas e que apenas 40% a 60% do que é necessário pode ser encontrado com um único provedor”, ela aconselha.

Outros líderes de TI compartilham pontos de vista pragmáticos sobre como as multiclouds evoluem e como navegar pelas complexidades iniciais. Travis Campbell, um consultor de big data, oferece esta visão sobre onde começa a jornada multicloud:

“Empresas que fazem ‘multicloud’, mas tratam-na realmente como uma nuvem única para cada linha de negócios, são um caso especial aqui. Por exemplo, o financeiro pode ter aplicativos na nuvem X, enquanto a engenharia está implantando na nuvem Y, e não há polinização cruzada de trabalho e dados. É multicloud sem problemas difíceis”.

Portanto, no caso de organizações que já operam várias nuvens de forma independente para diferentes propósitos, uma próxima etapa inevitável seria a integração de aplicativos, integrações de dados ou orquestrações de serviço entre essas nuvens. É aqui que começam os problemas difíceis. É melhor proceder devagar e com cautela.

Defenda uma arquitetura multicloud

Outros líderes de TI concordaram com sentimentos semelhantes. Especificamente, muitos observaram que o suporte ao multicloud não é fácil hoje, e que os líderes de TI devem identificar uma forte lógica de negócios antes de endossar uma arquitetura multicloud. Pedi a eles que identificassem algumas das razões pelas quais eles podem buscar arquiteturas multicloud.

Mark Thiele, CEO e Fundador da Edgevana, descreve uma série de benefícios estratégicos para buscar em arquiteturas multicloud. “Eu visaria o multicloud quando ele fornecesse aos meus clientes, um ou mais, valor significativo de preço, velocidade de lançamento no mercado, uma capacidade técnica exclusiva que gera melhor valor, inovação e melhorias de desempenho”, diz ele.

Mike D. Kail, Tecnólogo Executivo do Palo Alto Strategy Group, concorda. “O principal motivo [para considerar multicloud] é quando um provedor de serviços em nuvem oferece um serviço muito melhor do que o usado em suas implantações iniciais”, diz ele. “Um exemplo seria o TensorFlow para inteligência artificial e machine learning”.

Ed Featherston, Tecnólogo da HPE, confirma essa visão e fornece algumas orientações operacionais:

“Muitas organizações com as quais trabalho selecionam uma plataforma como seu foco principal, e outras plataformas com base no benefício de negócios para necessidades e soluções específicas. Os líderes de TI devem definir como eles abordam a multicloud de uma perspectiva de estratégia, suporte e processo. Quando outras plataformas são introduzidas, há uma estrutura e uma estrutura para fornecer consistência em sua abordagem. Não deixe ser por causa da ‘expansão das nuvens’, pois isso sempre resulta em desastre”.

Chris Ibbitson, Tecnólogo-Chefe de Serviços Financeiros da HPE, diz que as empresas buscam agilidade em nuvens públicas e privadas. “Seja com provedores de nuvem pública ou em um modelo de nuvem híbrida, a utilização de uma combinação de recursos de nuvem privada e vários provedores de nuvem pública se concentra na agilidade e velocidade de entrega de mudanças”, diz ele. “Embora a maioria das organizações já tenha adotado alguma forma de nuvem híbrida, o foco agora está se voltando para o multicloud”.

Portanto, a TI pode trazer um segundo provedor de serviços em nuvem para dar suporte a um negócio específico ou necessidade técnica. Nesses casos, os líderes de TI devem definir quais negócios e casos de uso cada nuvem atenderá e quais serviços e tecnologias cada nuvem fornecerá.

Johal e outros compartilharam alguns motivos adicionais:

• As grandes empresas procuram evitar a dependência de um único provedor de serviços em nuvem, especialmente se esperam negociar níveis de serviço e preços específicos da empresa.
• A soberania e a conformidade dos dados geralmente exigem o armazenamento de dados no país de residência, requisitos específicos de criptografia e segurança de dados ou mesmo especificidade em provedores de serviços em nuvem aceitáveis.
• As organizações que buscam fusões e aquisições geralmente têm como alvo vários provedores de serviços em nuvem e modelos de suporte para permitir fácil integração e simplificar as estruturas de suporte.
• A TI requer recursos técnicos específicos, especialmente em escala, onde pode haver vantagens comerciais estratégicas na implantação de um provedor de serviços em nuvem em comparação com outro.
• Quando a TI opta por autogerenciar um aplicativo comprado comercialmente que é executado em uma nuvem pública diferente da nuvem pública que a TI adotou como padrão de desenvolvimento. Aplicativos específicos da indústria e outros nichos podem fornecer a estrutura e modelos de suporte em um único provedor de serviços em nuvem.

Existem também locais onde as arquiteturas híbridas e multicloud oferecem vantagens técnicas, especialmente para computação de ponta, aplicativos de segurança humana e analytics em tempo real.

Revise os modelos de suporte de nuvem antes de usar multicloud

Embora as empresas possam ter algum fundamento lógico para oferecer suporte a uma arquitetura multicloud, os líderes de TI ainda sugerem fortemente a realização de análises financeiras e revisão de seus modelos operacionais de nuvem.

Kail sugere responder a essas perguntas: “Os benefícios serão maiores do que as complexidades de implantar e operar uma arquitetura multicloud? Existem implicações financeiras, tanto a curto como a longo prazo?”

Steven Kaplan, Vice-Presidente de finanças de sucesso do cliente da Nutanix, concorda. Ele sugere: “Como acontece com qualquer decisão de TI significativa, é imperativo fazer uma análise financeira abrangente não apenas para selecionar a solução estrategicamente ideal, mas para fornecer a justificativa e a linha de base financeira para avançar”.

Quando houver justificativa, a TI deve considerar estender seus modelos de serviço e experiência de uma nuvem para multicloud. Featherston observa que a nuvem tem mais a ver com pessoas, processos e cultura do que com tecnologia. “As organizações devem tentar passar por essas transformações dramáticas em sua organização por uma plataforma primeiro, para estabelecer as bases e fornecer a estrutura para avançar em outras plataformas”, diz ele. “Basicamente, acerte uma nuvem primeiro e depois ramifique”.

Thiele oferece várias práticas específicas que devem ser implementadas antes de expandir o multicloud. “A capacidade de coordenar processos comuns em torno de segurança, implantação, visibilidade e gerenciamento de recursos, entre outras coisas, é vital. Ter processos e ferramentas devops e devsecops bem definidos permite maior eficiência e uma política de segurança mais consistente”.

A recomendação de Friedman é começar com infraestrutura como ferramentas de código. “Eles oferecem suporte a uma forma de automação e configuração de infraestrutura”, observa ela. “Embora eles não abordem todo o escopo da governança em nuvem, é importante ter uma infraestrutura programável e controlada por versão”.

Adote devops para suportar arquiteturas multicloud

Concordo com Thiele e Friedman que as práticas de DevSecOps robustas – especialmente em torno de CI/CD para implantação de aplicativos, infraestrutura como código para provisionamento e configuração de infraestrutura e recursos de monitoramento, incluindo AIops – são essenciais para implementar e dar suporte a arquiteturas multicloud.

Mas o que aprendi com esse grupo de líderes de TI é que não basta qualquer tecnologia ou prática de desenvolvimento, já que algumas são mais adequadas para estratégias multicloud do que outras. Uma abordagem é evitar as ferramentas proprietárias de provedores de serviços em nuvem, como AWS CloudFormation, Azure Resource Manager ou Google Cloud Deployment Manager, mesmo que alguns estejam fornecendo suporte multicloud. Os grupos de TI corporativos também devem expandir sua cultura de devops de um foco de frequência de implantação para incluir agilidade de implantação.

Kail tem uma recomendação específica. “A infraestrutura como código deve ser uma aposta para mitigar o desvio de configuração e, claro, a segurança precisa ser arquitetada desde o primeiro dia”, observa ele. “Ferramentas como o Terraform certamente ajudam. As soluções de segurança que podem abranger multicloud também são fundamentais”.

Vários líderes de TI recomendaram o Terraform para arquiteturas multicloud porque é uma ferramenta de provisionamento declarativa, sem agente e sem mestre. Uma arquitetura recomendada combina Terraform com Packer, Docker e Kubernetes para dar suporte ao provisionamento, modelagem de servidor e orquestração.

No entanto, a seleção de uma ferramenta de habilitação de várias nuvens não significa que a implementação oferece suporte a várias nuvens. Featherston recomenda Terraform, mas com uma isenção de responsabilidade. “A única ressalva que tenho é garantir que os clientes entendam, é uma linguagem comum para usar em várias plataformas, mas o código para construir AWS não compila o Azure”, explica ele. “A vantagem é que a equipe tem uma linguagem comum para codificar, mas a desvantagem é que nem todos os recursos da plataforma podem estar disponíveis”.

Além da infraestrutura como código, Friedman recomenda as seguintes ferramentas, práticas e governança para atender aos requisitos de várias nuvens:

• Automação e orquestração para aplicativos e máquinas virtuais individuais;
• Segurança, incluindo gerenciamento de identidade e proteção/criptografia de dados;
• Governança de políticas e conformidade, incluindo auditorias e métricas de SLA;
• Monitoramento de desempenho da infraestrutura (ou seja, instâncias de computação, armazenamento, redes) e aplicativos;
• Gerenciamento de custos por meio da otimização de recursos e estimativas de faturamento;

As empresas de tecnologia também estão vendendo tecnologias capacitadoras de várias nuvens. Por exemplo, o HPE GreenLake Central fornece visibilidade de custo e conformidade em diferentes provedores de nuvem, e o Google Cloud Anthos permite um desenvolvimento consistente e experiência de operações para ambientes híbridos e multicloud.

Prepare-se para um futuro multicloud

Apesar de todas as complexidades atuais na adoção de várias nuvens públicas, o consenso entre os líderes de TI é que a maioria das empresas oferecerá suporte a arquiteturas multicloud e até mesmo integrará aplicativos em nuvens. Podemos usar a história como lição, já que as empresas tiveram que oferecer suporte a Linux e Windows, .NET e Java e bancos de dados Oracle e Microsoft SQL, para citar apenas alguns exemplos – apesar de todo o raciocínio por trás de manter uma plataforma.

Algumas considerações finais desses líderes:

• “Acredito que veremos uma evolução da multicloud nos próximos três a cinco anos, em que mais cargas de trabalho são projetadas e abstraídas do provedor de nuvem subjacente por padrão. O foco estará nos recursos avançados que diferentes provedores de nuvem podem habilitar, como inteligência artificial, machine learning e analytics”, Chris Ibbitson.
• “Resolva primeiro para uma única nuvem e, em seguida, determine se a multicloud é adequada para você”, Mike D. Kail.
• “As arquiteturas multicloud são difíceis e caras de manter. Seja estratégico sobre provedores de nuvem únicos e tático sobre empreendimentos com várias nuvens. Evite fazer multicloud na camada de infraestrutura para as mesmas cargas de trabalho a quase todos os custos”, Sarbjeet Johal.
• “Opte pelos caminhos de menor resistência, concentre-se primeiro na segurança e, em seguida, na automação e orquestração inculcada pela política”, Joanne Friedman.

Travis Campbell resume bem:

“Acho que as pessoas que estão tendo sucesso nisso estão fazendo coisas do menor denominador comum e usando o mínimo básico em cada provedor com sua camada preparada no topo para lidar com a abstração. Construa uma vez, rodar em qualquer lugar é o bilhete dourado que todos buscamos. Ainda temos um longo caminho”.