Alibaba Cloud Service Mesh:Use lanes for end-to-end canary release

Ativar injeção automática de proxy sidecar

1. Faça login no console do ASM. No painel de navegação à esquerda, escolha Service Mesh > Mesh Management.

2. Na página Mesh Management, clique em nome da instância do ASM. No painel de navegação à esquerda, escolha ASM Instance > Global Namespace.

3. Na página Global Namespace, localize o namespace default e clique em Enable Automatic Sidecar Injection na coluna Automatic Sidecar Injection. Na mensagem Submit, clique em OK.

Para mais informações, consulte Ativar injeção automática de proxy sidecar.

Implantar os serviços

Implante as versões v1, v2 e v3 dos serviços de exemplo no cluster ACK:

kubectl apply -f https://alibabacloudservicemesh.oss-cn-beijing.aliyuncs.com/asm-labs/swimlane/v1/application-v1.yaml
kubectl apply -f https://alibabacloudservicemesh.oss-cn-beijing.aliyuncs.com/asm-labs/swimlane/v2/application-v2.yaml
kubectl apply -f https://alibabacloudservicemesh.oss-cn-beijing.aliyuncs.com/asm-labs/swimlane/v3/application-v3.yaml

Criar um grupo de lanes

1. Faça login no console do ASM. No painel de navegação à esquerda, escolha Service Mesh > Mesh Management.

2. Na página Mesh Management, clique em nome da instância do ASM. No painel de navegação à esquerda, escolha Traffic Management Center > Traffic Lane.

3. Na página Traffic Lane, clique em Create Swimlane Group. No painel Create Swimlane Group, configure os parâmetros a seguir e clique em OK.

Após criar o grupo de lanes, o ASM gera um recurso TrafficLabel:

apiVersion: istio.alibabacloud.com/v1beta1
kind: TrafficLabel
metadata:
  labels:
    asm-system: 'true'
    provider: asm
  name: asm-trafficlabel-global
  namespace: istio-system
spec:
  rules:
    - labels:
        - name: asm-label
          valueFrom:
            - $getLabel(ASM_TRAFFIC_TAG)   # Reads the ASM_TRAFFIC_TAG label from each pod

Criar lanes

Crie três lanes (s1, s2, s3) e vincule cada uma à versão de serviço correspondente. As etapas a seguir mostram como criar a lane s1. Repita o mesmo processo para s2 (tag de serviço: v2) e s3 (tag de serviço: v3).

1. Na seção Traffic Rule Definition da página Traffic Lane, clique em Create swimlanes.

2. Na caixa de diálogo Create swimlanes, configure os parâmetros abaixo e clique em OK.

Depois de criar todas as três lanes, a seção Traffic Rule Definition as exibe da seguinte forma:

A criação de cada lane gera um DestinationRule. O exemplo a seguir mostra o DestinationRule para a lane s1:

apiVersion: networking.istio.io/v1beta1
kind: DestinationRule
metadata:
  labels:
    asm-system: 'true'
    provider: asm
    swimlane-group: test                              # Belongs to the "test" lane group
  name: trafficlabel-dr-test-default-mocka
  namespace: istio-system
spec:
  host: mocka.default.svc.cluster.local               # Target service
  subsets:
    - labels:
        ASM_TRAFFIC_TAG: v1                            # Lane s1 maps to version v1
      name: s1
    - labels:
        ASM_TRAFFIC_TAG: v1
      name: v1
    - labels:
        ASM_TRAFFIC_TAG: v2                            # Lane s2 maps to version v2
      name: v2
    - labels:
        ASM_TRAFFIC_TAG: v2
      name: s2
    - labels:
        ASM_TRAFFIC_TAG: v3                            # Lane s3 maps to version v3
      name: v3
    - labels:
        ASM_TRAFFIC_TAG: v3
      name: s3

Criar regras de tráfego de entrada

Defina uma regra de roteamento de tráfego para cada lane. Os passos a seguir demonstram a criação de uma regra para a lane s1. Repita o procedimento para s2 e s3.

Este exemplo considera que todos os serviços das lanes compartilham o caminho de solicitação de entrada /mock.

1. Na seção Traffic Rule Definition da página Traffic Lane, encontre a lane desejada e clique em Ingress traffic rules na coluna Actions.

2. Na caixa de diálogo Add drainage rule, preencha os parâmetros indicados e clique em OK.

Ao concluir a criação das regras de roteamento para as três lanes, a seção Traffic Rule Definition as apresentará assim:

O ASM gera um VirtualService que roteia solicitações com base no cabeçalho x-asm-prefer-tag:

apiVersion: networking.istio.io/v1beta1
kind: VirtualService
metadata:
  labels:
    asm-system: 'true'
    istioGateway: ingressgateway
    provider: asm
  name: ingressgateway
  namespace: istio-system
spec:
  gateways:
    - istio-system/ingressgateway                      # Bind to the ingress gateway
  hosts:
    - '*'                                              # Match all hosts
  http:
    - match:
        - headers:
            x-asm-prefer-tag:
              exact: s1                                # Match requests tagged for lane s1
          uri:
            exact: /mock                               # Match the /mock path
      name: swimelane-ingress-route-test-s1-rule1
      route:
        - destination:
            host: mocka.default.svc.cluster.local      # Route to mocka
            subset: s1                                 # Use the s1 subset (version v1)
    - match:
        - headers:
            x-asm-prefer-tag:
              exact: s2                                # Match requests tagged for lane s2
          uri:
            exact: /mock
      name: swimelane-ingress-route-test-s2-rule2
      route:
        - destination:
            host: mocka.default.svc.cluster.local
            subset: s2                                 # Use the s2 subset (version v2)
    - match:
        - headers:
            x-asm-prefer-tag:
              exact: s3                                # Match requests tagged for lane s3
          uri:
            exact: /mock
      name: swimelane-ingress-route-test-s3-rule3
      route:
        - destination:
            host: mocka.default.svc.cluster.local
            subset: s3                                 # Use the s3 subset (version v3)

Obter o endereço ip do gateway

Obtenha o endereço ip público do gateway de entrada do ASM. Para detalhes, veja a Etapa 2 em Integrar o serviço de inferência nativo da nuvem KServe com o ASM.

Defina o endereço ip como uma variável de ambiente. Substitua <gateway-ip-address> pelo endereço ip público real.

export ASM_GATEWAY_IP=<gateway-ip-address>

Testar cada lane

Envie 100 solicitações para cada lane e verifique se o tráfego permanece dentro das versões de serviço esperadas.

Lane s1 (esperado: tudo v1):

for i in {1..100}; do curl -H 'x-asm-prefer-tag: s1' http://${ASM_GATEWAY_IP}/mock; echo ''; sleep 1; done;

Saída esperada:

-> mocka(version: v1, ip: 172.17.0.54)-> mockb(version: v1, ip: 172.17.0.129)-> mockc(version: v1, ip: 172.17.0.130)

Todos os três serviços retornam v1, confirmando que solicitações marcadas com x-asm-prefer-tag: s1 são roteadas exclusivamente pela lane s1.

Lane s2 (esperado: tudo v2):

for i in {1..100}; do curl -H 'x-asm-prefer-tag: s2' http://${ASM_GATEWAY_IP}/mock; echo ''; sleep 1; done;

Saída esperada:

-> mocka(version: v2, ip: 172.17.0.9)-> mockb(version: v2, ip: 172.17.0.126)-> mockc(version: v2, ip: 172.17.0.128)

Lane s3 (esperado: tudo v3):

for i in {1..100}; do curl -H 'x-asm-prefer-tag: s3' http://${ASM_GATEWAY_IP}/mock; echo ''; sleep 1; done;

Saída esperada:

-> mocka(version: v3, ip: 172.17.0.132)-> mockb(version: v3, ip: 172.17.0.127)-> mockc(version: v3, ip: 172.17.0.69)

Solucionar problemas de roteamento

Caso alguma solicitação retorne uma versão incorreta, verifique os itens a seguir: