BLOGUE

Uma estratégia multi-nuvem precisa de soluções multi-nuvem

Miniatura de Lori MacVittie
Lori MacVittie
Publicado em 22 de maio de 2017

Há poucas dúvidas (pelo menos na minha opinião) de que o novo modelo operacional padrão para organizações empresariais é baseado em grande parte na nuvem. Eu uso o termo “nuvem” como um amplo guarda-chuva para modelos de nuvem privada (no local) e pública (fora do local), porque todos os sinais apontam para que ambos sejam colocados em uso em um futuro próximo.

Em alguns casos, isso significa múltiplos de ambos, em uma mistura que coloca uma nuvem pública contra outra e contra pelo menos uma (mas talvez mais) opções de nuvem privada.

Independentemente de quantos modelos de cada um compõem a estratégia de uma organização, a realidade é que elas provavelmente implantarão aplicativos em várias nuvens. Em outras palavras, elas são multi-nuvem. Há uma série de boas razões para isso, mas elas não são relevantes para a discussão de hoje. Basta dizer que as organizações provavelmente estão empregando uma estratégia de “ multi-nuvem ”. Já disse o suficiente.

RS_Cores_da_Marca_NOVO

Mas isso implica muita coisa. David Linthicum , comentarista de nuvem e especialista extraordinário, observa o impacto desse tipo de estratégia nas iniciativas DevOps em um artigo recente: 

1. Você precisa de uma solução híbrida para devops As nuvens públicas de hoje não fornecem um balcão único para devops. Embora eles tenham gerenciamento de desenvolvimento de aplicativos, incluindo suporte para devops, ainda é um mundo onde você terá que improvisar uma solução a partir de uma mistura de produtos que inclui serviços de nuvem pública e, sim, software tradicional.

Indo além da necessidade de cadeias de ferramentas Devops , é importante reconhecer que se você estiver executando aplicativos em várias nuvens, é porque está tentando entregá-los aos usuários. Parceiros internos e externos. Pessoas, coisas, APIs. Não importa quem (ou o que) seja o usuário, o fato é que você geralmente implanta um aplicativo com a intenção de que ele seja usado para atender a algum propósito comercial, o que requer que o aplicativo seja entregue a quem (ou o que quer que seja) que precise dele.

A entrega de aplicativos requer serviços. Seja simplesmente balanceamento de carga para escala ou serviços de segurança de IoT para seu mais novo gadget ou engenhoca, há uma infinidade de serviços de aplicativos que garantem a entrega segura de aplicativos ao público-alvo. Supondo que você vá operar em um modelo de multinuvem, os mesmos problemas do DevOps surgirão. Nem todas as nuvens oferecem os mesmos serviços, e é quase garantido que os serviços nativos sejam incompatíveis com aqueles de outras nuvens. Você pode conseguir alguns serviços do próprio provedor de nuvem, mas outros permanecem e outras fontes são necessárias para implantá-los.

serviços-implantados-hoje-soad

Se observarmos o número de serviços de aplicativos empregados pelas organizações hoje em nosso relatório State of Application Delivery de 2017, você notará que a maioria das organizações emprega entre 11 e 20 serviços de aplicativos. São muitos serviços, e eles estão distribuídos em cinco categorias distintas: disponibilidade, desempenho, segurança, identidade e mobilidade.

O que significa que você provavelmente acabará com uma mistura de serviços — nativos da nuvem e outros — espalhados por vários provedores de nuvem, sem nenhuma maneira de gerenciá-los com eficiência, muito menos aproveitar sua capacidade de fornecer a visibilidade necessária para garantir a melhor experiência possível com o aplicativo.

Você terá, como David coloca de forma tão sucinta, que “remendar uma solução a partir de uma mistura de produtos que incluam serviços de nuvem pública” e, neste caso, serviços de aplicativos entregues de forma mais tradicional. Isso é ineficiente e, com base em nossas pesquisas, um desafio para organizações com uma estratégia multi-nuvem.

É importante, então, quando você se compromete com uma estratégia multi-nuvem, analisar cuidadosamente todas as outras estratégias que são impactadas por isso. DevOps é uma delas, e serviços de aplicativos certamente são outra. Uma estratégia de serviços de aplicativos em várias nuvens é mais do que apenas garantir que você possa implantar os serviços de aplicativos necessários em cada um dos ambientes de nuvem desejados. Para perceber os benefícios da nuvem, também é importante garantir que você possa gerenciar esses serviços da forma mais consistente possível para evitar perder visibilidade e conformidade com as políticas nas nuvens públicas que compõem seu novo modelo operacional.

Estratégias multi-nuvem podem não ser “a norma” ainda, mas todos os sinais dizem que serão. Com uma porcentagem significativa de organizações já investindo em esforços de nuvem privada, muitas agora estão buscando a nuvem pública para estender suas capacidades e também perceber seus benefícios. Mas esses benefícios podem ser facilmente consumidos por soluções ineficientes que não são capazes de fornecer efetivamente a consistência de gerenciamento e políticas necessárias para garantir a entrega segura de aplicativos.

Uma estratégia multi-nuvem precisa de soluções multi-nuvem , e isso inclui os serviços de aplicativos tão essenciais para fornecer uma experiência de aplicativo segura e satisfatória .