testes de microsserviços uber 1000

Quando mil microsserviços falam ao mesmo tempo

Imagine que você está regendo uma grande sinfonia. Não dezenas de músicos, mas mil. Cada músico (aqui, vamos chamá-lo de microsserviço) desempenha sua parte perfeitamente, com tempo preciso de milissegundos e tons harmoniosos. Uma nota errada, um andamento um pouco mais rápido ou mais lento e toda a performance pode cair no caos. É basicamente assim que é gerenciar um sistema complexo impulsionado por mil microsserviços. teste? É como ter milhares de músicos ensaiando inúmeras vezes antes da apresentação oficial.

Parece um pouco cabeludo, certo? Muitas equipes estão presas aqui. O teste tradicional é como tentar examinar uma orquestra sinfônica inteira com um estetoscópio – você pode ouvir o som, mas não consegue dizer qual violino está com a batida muito lenta ou qual oboé simplesmente esqueceu a partitura. As intrincadas dependências entre serviços, as rápidas mudanças nos fluxos de dados, as nuances da configuração do ambiente... Os problemas muitas vezes são como um incêndio, acendendo silenciosamente em um canto que você nunca esperava.

Existe uma maneira de tornar esse “ensaio” claro, controlável, até... elegante?

Torne a “conversa” previsível

A chave é entender a “conversa” entre microsserviços. Eles estão constantemente trocando dados, enviando solicitações e respondendo com resultados. O núcleo do teste é garantir que todas essas conversas sejam precisas, oportunas e conforme o esperado. Não se trata apenas de verificar se os serviços individuais estão a funcionar corretamente – como garantir que cada músico consegue tocar o seu próprio instrumento – mas, mais importante ainda, de monitorizar a harmonia de cada interação à medida que começam a tocar num conjunto grande.

Tivemos alguns cenários interessantes. Por exemplo, um serviço que processa pedidos de usuários envia centenas de consultas ao serviço de inventário por segundo. Sob carga baixa, tudo fica calmo. Mas quando os picos de tráfego ocorrem como um tsunami, os atrasos começam a se acumular e uma determinada consulta pode obter dados de inventário incorretos apenas porque está alguns milissegundos atrasada. O resultado? O sistema pode mostrar que o produto está em estoque, mas na verdade está esgotado. Os clientes ficam desapontados e a reputação é prejudicada. O problema não é que qualquer serviço esteja “quebrado” por si só, mas que sua “conversa” sob pressão dê errado.

Portanto, precisamos de um método que possa simular essa rede de conversação complexa e de alta intensidade e descobrir antecipadamente esses links frágeis.

Crie ordem a partir do caos

É por isso que empotência, analisamos os testes de microsserviços de uma perspectiva um pouco diferente. Nós nos concentramos mais na “conexão” em si, não apenas nos pontos finais da conexão. Pense nisso: e se o seu ambiente de teste pudesse replicar com precisão todos os padrões de tráfego, formatos de dados e cenários de exceção entre serviços no seu ambiente de produção?

É como construir uma sala de concertos totalmente simulada para sua orquestra sinfônica. Aqui, você pode diminuir deliberadamente as luzes (simulando a latência da rede), desligar repentinamente parte do ar condicionado (simulando a carga do servidor) ou até mesmo fazer com que um músico improvise ocasionalmente (simulando retornos erráticos de uma API de terceiros). O propósito é apenas um: observar como todo o sistema permanece estável no “caos” controlado.

Freqüentemente fazemos algo assim com nossos clientes: em vez de simplesmente executar o caso de teste, construímos um script de teste cheio de várias "surpresas". Deixe o serviço A responder repentinamente lentamente para ver se o serviço B esperará pacientemente ou mudará sabiamente para um caminho alternativo; simular um breve bloqueio da fila de mensagens para observar a capacidade de recuperação da arquitetura orientada a eventos. Dessa forma, serão expostas falhas que estão escondidas no fundo e só vêm à tona em certas reações em cadeia.

Alguém poderia perguntar: “Isso é muito complicado? Precisamos escrever scripts para todos os cenários possíveis?” Na verdade. A verdadeira ideia é estabelecer um conjunto de mecanismos inteligentes de monitoramento e asserção baseados em protocolos de comunicação e regras de negócio. Ele monitora continuamente todas as interações entre serviços e compara automaticamente os padrões esperados com as conversas reais que ocorrem. Uma vez descoberta uma "nota" discordante - como uma mudança repentina na estrutura de dados retornada por um serviço ou um desalinhamento de tempo entre dois serviços que deveriam ser sincronizados - ela pode sinalizar imediatamente o problema em vez de esperar que todo o sistema entre em colapso.

um concerto contínuo

Em última análise, para um sistema com os 1.000 microsserviços da Uber, os testes não são mais uma fase isolada que ocorre somente após a conclusão do desenvolvimento. Ele evolui para um processo harmônico contínuo. Cada envio de código e cada implantação de serviço é um pequeno ensaio conjunto nesta simulada e desafiadora "sala de concertos". Os problemas são descobertos e corrigidos na fase inicial, e a resiliência e a confiabilidade do sistema são continuamente aprimoradas a cada “ensaio”.

O que isso traz é uma confiança tranquila. Quando o seu sistema é composto por milhares de partes ativas, o que você precisa não é orar para que tudo corra bem, mas ter um método maduro que possa revelar e resolver problemas de forma proativa. Você sabe como cada serviço se comunica com seus parceiros, sabe como eles se comportam sob estresse e sabe onde estão os limites de estresse de toda a arquitetura.

Portanto, quando chega o verdadeiro pico de tráfego, seu sistema não é mais mil unidades independentes que funcionam de forma independente, mas um todo orgânico que foi temperado e tem um entendimento tácito. Ele atende cada pedido com calma, como uma sinfonia que foi cuidadosamente ensaiada inúmeras vezes e finalmente tem sua apresentação oficial para uma casa lotada. Sob os holofotes, cada nota é precisa e cada melodia é suave e natural. A ordem por trás disso começa com uma compreensão profunda e um polimento repetido de cada “diálogo” na bancada de testes.

Este pode ser outro tipo de elegância que buscamos na era dos sistemas complexos.

Fundada em 2005,potênciatem se dedicado a um fabricante profissional de unidades de movimento compacto, com sede em Dongguan, província de Guangdong, China. Aproveitando inovações em tecnologia de acionamento modular,potênciaintegra motores de alto desempenho, redutores de precisão e sistemas de controle multiprotocolo para fornecer soluções de sistemas de acionamento inteligentes eficientes e personalizadas. A Kpower forneceu soluções profissionais de sistemas de acionamento para mais de 500 clientes empresariais em todo o mundo, com produtos que abrangem vários campos, como sistemas domésticos inteligentes, eletrônica automática, robótica, agricultura de precisão, drones e automação industrial.