A MetalBear está lançando uma nova ferramenta que permite que as equipes de desenvolvimento executem testes de CI em ambientes Kubernetes sem a necessidade de implantar código ou ativar ambientes de teste.
De acordo com a MetalBear, testar aplicativos nativos da nuvem pode ser difícil porque uma alteração feita em um único serviço exige que outros serviços sejam testados para ver como ele se comporta. Isso normalmente é feito criando novos ambientes de nuvem ou usando ferramentas locais do Kubernetes, mas criar novos ambientes pode levar de 20 a 30 minutos, aumentar os custos da nuvem e adicionar manutenção contínua, e o uso de ferramentas locais também tem suas desvantagens porque os clusters locais nem sempre se comportam como os reais.
Espelhado para CI visa resolver essas preocupações conectando com segurança um executor a um cluster Kubernetes existente e, em seguida, executando um conjunto de testes com serviços, dependências e tráfego reais, permitindo que as equipes de desenvolvimento testem em condições reais.
“Seu código, ou seja, o microsserviço na filial que você deseja mesclar, é executado no executor de CI, mas espelha o tráfego de entrada e saída de proxies, variáveis de ambiente e arquivos entre ele e o cluster”, escreveu Arsh Sharma, engenheiro sênior de DevRel da MetalBear, em um postagem no weblog.
Ele fornece isolamento dentro do cluster compartilhado para cada execução, e recursos como filtragem de tráfego HTTP, ramificação de banco de dados e divisão de fila são usados para garantir que o tráfego e os dados do executor sejam isolados.
Políticas espelhadas também podem ser implementadas para evitar que operações inseguras sejam executadas no cluster compartilhado.
Mirrord for CI já está disponível para todos os usuários espelhados no plano Enterprise e funciona com os principais provedores de CI, como GitHub Actions, GitLab CI, CircleCI.
“Os pipelines de CI tradicionais forçam as equipes a fluxos de trabalho lentos e caros que ainda ficam aquém do realismo. O espelhado para CI corrige esse problema executando o código PR dentro do seu executor de CI enquanto o conecta a um ambiente Kubernetes existente. Dessa forma, você obtém suggestions rápido, testes realistas e nenhuma infraestrutura additional para gerenciar. Sem ambientes efêmeros para ativar, sem imagens para construir e implantar e sem configurações especiais apenas de CI para manter”, escreveu Sharma.