Os modelos de data center estão mudando. Diversas tendências tecnológicas e demandas de negócios estão impulsionando essa mudança, a maioria delas relacionada ao crescimento explosivo das aplicações. Isso significa, por sua vez, que os requisitos para a entrega de aplicações estão mudando.
Certamente, a entrega de aplicações precisa ser ágil, e não seguir o modelo em cascata. Ela precisa disponibilizar serviços em horas, não em semanas ou meses. Precisa ter uma melhor relação custo-benefício. E, acima de tudo, precisa ser realmente,
realmente muito focados em aplicações. Especialmente aqueles serviços que têm uma afinidade particular com as aplicações. Você sabe quais são: cache, balanceamento de carga, segurança de aplicações web e desempenho. São os serviços cujas configurações estão vinculadas (fortemente acopladas) às aplicações que disponibilizam. Portanto, precisam estar mais próximos da aplicação — topologicamente, se não fisicamente.
Esses são os serviços de aplicação descritos como "por aplicativo". Como você pode deduzir (e eu diria), esses serviços são realmente implantados e configurados individualmente para cada aplicação.
Isso significa que eles precisam ser tão ágeis e orquestráveis quanto as aplicações (ou os microsserviços) que disponibilizam. Isso vai além de serem apenas software (ou virtuais): eles também precisam se integrar ao ambiente cada vez mais voltado para DevOps, que atualmente está transformando o desenvolvimento e as operações no data center definido por software (SDDC).
Há cinco requisitos essenciais para que os serviços se adaptem e, ao mesmo tempo, viabilizem a transição de um data center tradicional para um modelo de data center definido por software e mais voltado para a nuvem.
1. Serviços por aplicação
Serviços como balanceamento de carga, armazenamento em cache e otimização de desempenho precisam se adequar a um ambiente altamente distribuído e voltado para aplicações. Isso garante o isolamento, de modo que eventuais falhas fiquem restritas à pilha de uma única aplicação. Um modelo por aplicação também garante controle granular e monitoramento da aplicação em questão. Além disso, proporciona maior visibilidade do desempenho da aplicação, especialmente quando ela é composta por várias instâncias de microsserviços.
2. Baixo consumo de recursos
O crescimento extraordinário das aplicações — impulsionado tanto pela demanda por aplicativos móveis quanto pelas arquiteturas de microsserviços — exige que as organizações façam mais com menos. Há menos recursos disponíveis e, por isso, é necessário adotar um modelo de serviços leve para aproveitar ao máximo o que está disponível. Uma estrutura leve para os serviços de aplicações também ajuda a aumentar a densidade dos serviços e permite que todas as aplicações e todos os serviços recebam a devida atenção em termos de segurança, escalabilidade e desempenho — algo que não apenas merecem, mas que também é uma exigência do negócio.
3. Compatível com orquestração
Em um ambiente cada vez mais automatizado, orientado por uma abordagem DevOps, é fundamental que os serviços de aplicações ofereçam APIs e modelos compatíveis com orquestração. Isso é necessário para garantir uma integração fácil com as ferramentas e os frameworks usados para automatizar e orquestrar implantações orientadas por uma abordagem de entrega contínua (CD) no desenvolvimento de aplicações. Essas APIs também permitem aumentar e reduzir automaticamente a escala, o que contribui para o uso eficiente de recursos nessas implantações cada vez mais densas.
4. Suporte a múltiplas VMs
Além de serem totalmente baseados em software, os serviços de aplicativos que pretendem se integrar a um data center definido por software devem oferecer suporte ao maior número possível de hipervisores. O suporte a VMware, Citrix, Microsoft e KVM é indispensável. Mesmo as organizações que atualmente tenham padronizado o uso de uma única plataforma poderão migrar para outras ou ampliar seu uso no futuro.
5. Custo-benefício
O número de serviços e aplicações que necessitam de serviços específicos por aplicação em um data center definido por software pode chegar aos milhares. A plataforma de serviços usada para fornecer serviços complementares às aplicações deve ser dimensionada de forma economicamente viável para atender a essa demanda, o que exige modelos de licenciamento baseados em assinatura e consumo que proporcionem novas economias de escala para os serviços de aplicações.
O universo das aplicações está se expandindo. Tecnologias móveis, microsserviços e, mais cedo ou mais tarde, a Internet das Coisas estão impulsionando um crescimento explosivo das aplicações, o que, por sua vez, aumenta a demanda por modelos de DevOps e de data center definido por software. Os modelos de entrega de aplicações também precisam se adaptar e garantir que todas as aplicações e todos os serviços possam ser dimensionados e protegidos da maneira mais eficiente e econômica possível. Para a entrega de aplicações, isso significa soluções de software programáveis.
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...