O termo “escala de nuvem” costuma ser usado de forma leviana. Ele é muito utilizado no marketing para sugerir uma escala REALMENTE GRANDE, em oposição, suponho, à escala tradicional, que não é tão grande, mas ainda assim é significativa.
Mas, assim como há um fundo de verdade oculto em mitos e lendas, também há alguma verdade na forma como o termo "escala de nuvem" é usado indiscriminadamente.
A verdade é que a nuvem — e agora os contêineres — mudou os fundamentos da escalabilidade. Essa mudança tem origem nas diferenças fundamentais entre as estratégias de escalabilidade vertical e horizontal. Durante a primeira década deste século, operamos quase exclusivamente com a ideia de que a escalabilidade vertical era a melhor maneira de alcançar o desempenho e a capacidade de que precisávamos. Isso significava mais largura de banda, mais capacidade computacional e mais memória. Mais portas. Maior densidade. Processamento mais rápido.
Mas, com o advento da era da nuvem, o foco mudou para a escalabilidade horizontal. Ainda precisamos de mais largura de banda, capacidade computacional e poder de processamento, mas aprendemos a distribuir essa demanda. Ainda precisamos de mais hardware, mas agora o reunimos a partir de várias fontes, em vez de uma única entidade monolítica.
É a forma como os recursos são combinados que muda o jogo. E não se engane: o jogo mudou graças aos contêineres.
Hoje, a escalabilidade depende do plano de controle. A velocidade da API usada para provisionar e desativar recursos talvez seja mais importante do que a velocidade do próprio serviço de balanceamento de carga. A velocidade da descoberta de serviços em um ambiente no qual os recursos são provisionados e desativados em questão de minutos torna-se fundamental para encaminhar solicitações a uma instância disponível.
Mais da metade (52%) dos contêineres tem uma vida útil inferior a cinco minutos, de acordo com o Relatório de Uso de Contêineres da Sysdig de 2019:
- 22% <= 10 segundos
- 17% <= 1 minuto
- 15% <= 5 minutos
Quase metade (42%) opera entre 201 e 500 instâncias de contêineres. Para manter a precisão, o plano de controle atualiza os componentes com frequência — muito mais do que até mesmo na nuvem e, certamente, muito mais do que jamais se viu em aplicações monolíticas.
A velocidade com que o controlador de ingresso (o mecanismo de balanceamento de carga) é atualizado para refletir o conjunto atual de recursos disponíveis torna-se, portanto, uma capacidade essencial. Isso porque, se ele estiver incorreto, uma solicitação de um consumidor poderá ser direcionada a um recurso que não existe mais — ou que está hospedando um serviço completamente diferente. De qualquer forma, o resultado é um tempo de resposta maior, pois a solicitação precisa ser redirecionada para um recurso disponível. O consumidor terá de esperar mais pela resposta e poderá optar por desistir.
Tudo isso indica que a velocidade do plano de controle é um fator limitante para a escalabilidade de aplicações implantadas em um ambiente conteinerizado.
Em última análise, isso significa que a escalabilidade do plano de controle é um problema. O design da API é um problema. Os mecanismos pelos quais as solicitações e atualizações da API são autenticadas e autorizadas são um problema.
O plano de controle ocupa o centro das atenções quando o assunto é escalabilidade atualmente. Um plano de controle robusto e escalável não é apenas algo desejável. Hoje, ele é um requisito OBRIGATÓRIO segundo as RFCs.
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...