
A nuvem — e, para os fins desta publicação, refiro-me à infraestrutura como serviço (IaaS) — proporciona agilidade aos negócios principalmente ao livrar os responsáveis pela implantação de aplicativos da complexidade de toda a infraestrutura subjacente. Ao dispensar a necessidade de cuidar da rede exigida por todos os aplicativos, a nuvem elimina uma grande dor de cabeça para quem só quer colocar um aplicativo no ar agora mesmo.
A questão é que nenhum aplicativo é uma ilha, e há diversos serviços de aplicativos que também precisam ser implantados. Esses serviços são todos aqueles inseridos no caminho dos dados — a rota percorrida pelas solicitações e respostas em seu trajeto do cliente ao servidor e de volta. Isso inclui balanceamento de carga, segurança de aplicativos, armazenamento em cache, criptografia e aceleração, para citar apenas alguns. Monitoramos 26 deles em nosso relatório anual State of Application Delivery e tenho quase certeza de que ainda não monitoramos todos.
Mas estou divagando. A questão é que não são apenas os aplicativos que precisam de mecanismos de abstração para serem tão simples e rápidos quanto a própria nuvem. Porém, cada um desses serviços de aplicativos traz seu próprio conjunto de desafios, especialmente no que diz respeito à configuração necessária para se integrar à arquitetura. Há um motivo para levar tempo para implantar um aplicativo em produção, e parte dele se deve à necessidade de implantar serviços específicos para disponibilizá-lo e protegê-lo.
As arquiteturas de nuvem são semelhantes, mas também diferentes. E, como 29% das organizações apontam a falta de competências em nuvem como um desafio para suas iniciativas de multinuvem, elas precisam de uma solução para a nuvem que elimine a complexidade da implantação desses serviços de aplicativos. Elas precisam de uma camada de abstração, como a que a nuvem oferece para a rede.
É aí que entram os templates.
Os modelos se tornaram mais importantes nos últimos anos, e isso não é apenas uma observação. Mais da metade (52%) dos participantes de todas as funções de TI atribuiu grande importância aos modelos em nossa pesquisa mais recente. Isso é um bom sinal para os provedores de nuvem, tanto os públicos (Amazon, Microsoft, Google) quanto os privados (OpenStack). Isso porque todos eles oferecem modelos que ajudam a acelerar a implantação de uma arquitetura completa — desde aplicativos até os serviços necessários para proporcionar a segurança, a velocidade e a disponibilidade esperadas tanto pela empresa quanto pelos usuários.
Infelizmente — ou talvez de forma realista, considerando o mercado — esses modelos não são facilmente compatíveis. Não é possível usar um modelo da AWS no Azure, nem vice-versa. Isso reflete desafios semelhantes enfrentados no passado nas tentativas de padronizar o gerenciamento da infraestrutura. Os modelos subjacentes de cada nuvem são diferentes, e provavelmente já é tarde demais para esperar qualquer normalização no mercado. Por isso, é importante que uma plataforma de entrega de aplicações pronta para a nuvem não apenas ofereça suporte, mas também disponibilize modelos de serviços de aplicações compatíveis com os modelos de nuvem desses provedores. Disponibilizar a plataforma para AWS, Azure ou OpenStack é apenas o primeiro passo; é essencial fornecer modelos específicos para cada nuvem que reduzam a complexidade e aprimorem a experiência de implantação.
Isso não apenas reduz a sobrecarga de dar suporte a um modelo multinuvem, como também viabiliza uma abordagem de infraestrutura como código para gerenciar essas arquiteturas, fornecendo artefatos de configuração que podem ser armazenados, versionados e gerenciados por meio de um repositório. Uma abordagem baseada em modelos para implantar e gerenciar serviços de aplicativos permite que as equipes de segurança apliquem políticas comuns incorporando-as a um modelo compartilhado. Isso elimina a responsabilidade de outras equipes operacionais de interpretar as políticas e codificá-las corretamente, além de reduzir o esforço necessário para conduzir a implantação de um aplicativo pelo pipeline de produção com menos atrito.
Os templates estão prestes a dominar a nuvem como uma prática recomendada para implantar as arquiteturas mais completas de que as organizações precisam ao disponibilizar aplicações aos seus usuários, sejam eles corporativos ou consumidores.
Você pode encontrar templates da F5 para Amazon AWS, Microsoft Azure e OpenStack em nossa conta do GitHub https://github.com/f5networks
Sobre o autor

Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.
Mais publicações de Lori Mac VittiePublicações relacionadas no blog

Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...