Como testar um cluster de microsserviços?

Dei uma olhada no Server Spec e ele diz claramente:

Observação: os conjuntos de testes serverspec devem ser executados em uma única máquina (ou contêiner de docker). Em outras palavras, você não deve tentar emitir um único comando rspec que colete e execute testes em várias máquinas ou contêineres. Você precisa emitir um comando rspec para cada um deles.

Para que eu possa fazer o teste por servidor, o que é bom para alguns casos. Mas o problema é o seguinte: minha arquitetura de microsserviço possui um serviço de descoberta automática; portanto, alguns serviços são conhecidos após a consulta. Existe algum projeto para expressar isso? Eu sei que posso trabalhar com ruby (ou python, se eu escolher testinfra ou outro)

Algo que se integra ao Consul com serverpec ou similar será ótimo, em 2014 as pessoas estavam procurando por isso , alguém sabe de algum projeto que abordou esse problema?

testing microservices

— nicocesar
fonte

Eu acho que você está entendendo mal a execução em uma única instância (sejam quais forem as necessidades externas) com o teste de várias instâncias na mesma execução.

— Tensibai 30/03

Como seus microsserviços são hospedados? Docker Containers?

— Richard Slater

Meus microservices estão sendo executados em VMs e alguns deles em máquinas físicas (o que fazemos genética, por isso há alguns clusters on-prem ao lado de seqüenciadores)

— nicocesar

Eu achei este artigo útil se alguém tiver tempo para fazer uso dele. toptal.com/nodejs/nodejs-guide-integration-tests

— avi

Esclareça o tipo de teste que você está procurando, existem diferentes abordagens para abordar o teste de sistema / integração da configuração do servidor usando, por exemplo, ServerSpec ou KitchenCI, ou testando se o microsserviço está funcionando com a solicitação HTTP simples que cada microsserviço deve implementar, e testes de aplicativos de ponta a ponta de natureza diferente podem ser whitebox / blackbox usando, por exemplo, estruturas de teste de automação BDD ou Selenium.

— rombob

Respostas:

Se nada existe para zombar facilmente do Consul, você já pensou em criar um serviço Consul juntamente com seus outros microsserviços? O Consul pode ser executado no Docker, portanto, isso deve ser bastante simples se você usar o docker-composite e seus aplicativos puderem ser configurados para apontar para um ponto de extremidade do Consul diferente.

Depois que o docker-compose estiver configurado para ativar toda a infraestrutura / microsserviços necessários para o seu teste, você poderá usar as ferramentas que conhece para testar seus microsserviços, por exemplo, Selenium.

— user2640621
fonte

Eu gosto do SaltStack porque o gerenciamento de configuração fornece teste de nó, se você desejar nos estados, por nó, e os resultados são reunidos no status do trabalho e totalmente contabilizados nos retornadores.

Os estados do SaltStack também permitem gerar eventos em sucessos ou falhas, e permite que os nós anunciam (minas) dados de terminal arbitrários (por exemplo, em qual porta ip: está ouvindo), disponíveis para os estados de configuração de outros nós.

A combinação dos dois dá o que você provavelmente quer do Consul.

— Jeremy
fonte

Como ele se compara ao cônsul em termos de disponibilidade de serviço? Se um nó de um serviço dependente cair no OOM 3 horas após o retorno do seu trabalho salt, como você removeria esse nó do cluster de serviços e evitaria que seu trabalho de implantação o chamasse? Eu acho que a última linha está absolutamente fora de escopo.

— Tensibai 26/10