Uma versão canário geralmente tem como alvo um único serviço. No entanto, quando os serviços formam cadeias de chamadas, isolar apenas um serviço não é suficiente — o tráfego canário deve permanecer isolado em toda a cadeia. Se uma requisição atingir a versão canário do Serviço A, mas for roteada para a versão estável do Serviço B, os resultados do teste não serão confiáveis.
As traffic lanes do Service Mesh (ASM) resolvem esse problema ao agrupar uma versão específica ou recursos de uma aplicação ao longo de uma cadeia de chamadas em um ambiente de execução isolado. As regras de lane direcionam as requisições correspondentes para a versão correta de cada serviço na cadeia e mantêm o tráfego canário separado do tráfego de produção de ponta a ponta. Isso facilita a criação de ambientes isolados para o tráfego desde o gateway até os serviços, o lançamento simultâneo de vários serviços ou o desenvolvimento paralelo de múltiplas versões.
As traffic lanes operam em dois modos — estrito e permissivo — que diferem na forma como lidam com serviços ausentes em uma lane.
Conceitos principais
|
Termo |
Definição |
|
Traffic lane |
Ambiente de execução isolado que agrupa uma versão específica ou recursos de uma aplicação ao longo de uma cadeia de chamadas. |
|
Regra de lane |
Regra de roteamento que encaminha requisições correspondentes para a lane de destino. |
|
Baseline lane |
Lane que contém todos os serviços da cadeia de chamadas. No modo permissivo, outras lanes recorrem à baseline para serviços ausentes. |
|
Cabeçalho de requisição de passagem E2E |
Cabeçalho HTTP propagado por todos os serviços em uma cadeia de chamadas. No modo permissivo, este cabeçalho identifica a qual lane uma requisição pertence. |
Como funciona
Modo estrito
No modo estrito, cada lane contém todos os serviços da cadeia de chamadas. O ASM roteia as requisições para a lane correspondente com base nas regras de lane, sem necessidade de fallback.
Como cada lane é autossuficiente, o modo estrito não exige alterações no código da sua aplicação — não é necessária a propagação de cabeçalhos.
Para obter instruções de configuração, consulte Usar traffic lanes no modo estrito para gerencie tráfego de ponta a ponta.
Modo permissivo
No modo permissivo, apenas a baseline lane precisa conter todos os serviços. As demais lanes podem conter apenas um subconjunto. Quando uma requisição chega a um serviço inexistente na lane atual, o ASM a encaminha para a baseline lane. Assim que esse serviço voltar a ficar disponível na lane, o tráfego será roteado automaticamente de volta.
Esse mecanismo de fallback exige que sua aplicação propague um cabeçalho de requisição de passagem E2E em todas as chamadas de serviço da cadeia. Cada lane utiliza um valor de cabeçalho distinto para permitir que o ASM identifique a qual lane a requisição pertence ao longo de toda a cadeia de chamadas.
Para obter instruções de configuração, consulte:
Escolha um modo
|
Modo estrito |
Modo permissivo |
|
|
Quando usar |
Versões canário que abrangem todos os serviços de uma cadeia de chamadas. |
Versões canário direcionadas apenas a alguns serviços de uma cadeia de chamadas. |
|
Requisito da aplicação |
Nenhum. Não são necessárias alterações de código. |
Propagar um cabeçalho de requisição de passagem E2E com um valor distinto por lane em todas as chamadas de serviço. |
|
Composição da lane |
Cada lane deve conter todos os serviços da cadeia de chamadas. |
Apenas a baseline lane deve conter todos os serviços. As outras lanes contêm somente os serviços em teste. |
|
Flexibilidade |
Menor — cada lane é uma réplica completa da cadeia de chamadas. |
Maior — teste novas versões de serviços individuais sem replicar toda a cadeia. |