Compartilhar via

Roteamento de cadeia de caracteres de caminho, cabeçalho e consulta com o Gateway de Aplicativo para Contêineres – API do Gateway

  • Artigo

Este documento ajuda a configurar um aplicativo de exemplo que usa os recursos da API do Gateway para demonstrar o roteamento de tráfego com base no caminho da URL, na cadeia de caracteres de consulta e no cabeçalho. As etapas são fornecidas para:

  • Crie um recurso Gateway com um ouvinte HTTPS.
  • Crie um recurso HTTPRoute que faça referência a um serviço de back-end.
  • Use HTTPRouteMatch para executar matches essa rota com base no caminho, no cabeçalho e na cadeia de caracteres de consulta.

Tela de fundo

O Gateway de Aplicativos para contêineres permite o roteamento de tráfego com base no caminho da URL, na cadeia de caracteres de consulta e no cabeçalho. Consulte o seguinte cenário de exemplo:

Uma figura mostrando o caminho, o cabeçalho e o roteamento de cadeia de caracteres de consulta com o Gateway de Aplicativo para Contêineres.

Pré-requisitos

  1. Se estiver seguindo a estratégia BYO de implantação, verifique se você configurou os recursos do Gateway de Aplicativos para contêineres e o Controlador ALB

  2. Se estiver seguindo a estratégia de implantação gerenciada do ALB, certifique-se de ter provisionado seu Controlador ALB e provisionado os recursos do Gateway de Aplicativos para contêineres por meio do recurso personalizado ApplicationLoadBalancer.

  3. Implante um aplicativo HTTP de exemplo. Aplique o seguinte arquivo deployment.yaml em seu cluster para criar um aplicativo Web de exemplo para demonstrar o roteamento baseado em caminho, consulta e cabeçalho.

    kubectl apply -f https://raw.githubusercontent.com/MicrosoftDocs/azure-docs/refs/heads/main/articles/application-gateway/for-containers/examples/traffic-split-scenario/deployment.yaml

    Esse comando cria o seguinte no cluster:

    • Um namespace chamado test-infra
    • dois serviços chamados backend-v1 e backend-v2 no namespace test-infra
    • duas implantações chamadas backend-v1 e backend-v2 no namespace test-infra

Implantar os recursos necessários da API do Gateway

Crie um gateway:

kubectl apply -f - <<EOF
apiVersion: gateway.networking.k8s.io/v1beta1
kind: Gateway
metadata:
  name: gateway-01
  namespace: test-infra
  annotations:
    alb.networking.azure.io/alb-namespace: alb-test-infra
    alb.networking.azure.io/alb-name: alb-test
spec:
  gatewayClassName: azure-alb-external
  listeners:
  - name: http-listener
    port: 80
    protocol: HTTP
    allowedRoutes:
      namespaces:
        from: Same
EOF

Observação

Quando o Controlador ALB cria os recursos do Gateway de Aplicativos para contêineres no ARM, ele usará a seguinte convenção de nomenclatura para um recurso de front-end: fe-<oito caracteres gerados aleatoriamente>

Se você quiser alterar o nome do front-end criado no Azure, siga a estratégia de trazer sua própria implantação.

Depois que o recurso de gateway tiver sido criado, verifique se o status é válido, se o ouvinte é Programado e um endereço é atribuído ao gateway.

kubectl get gateway gateway-01 -n test-infra -o yaml

Exemplo de saída da criação bem-sucedida do gateway.

status:
  addresses:
  - type: Hostname
    value: xxxx.yyyy.alb.azure.com
  conditions:
  - lastTransitionTime: "2023-06-19T21:04:55Z"
    message: Valid Gateway
    observedGeneration: 1
    reason: Accepted
    status: "True"
    type: Accepted
  - lastTransitionTime: "2023-06-19T21:04:55Z"
    message: Application Gateway For Containers resource has been successfully updated.
    observedGeneration: 1
    reason: Programmed
    status: "True"
    type: Programmed
  listeners:
  - attachedRoutes: 0
    conditions:
    - lastTransitionTime: "2023-06-19T21:04:55Z"
      message: ""
      observedGeneration: 1
      reason: ResolvedRefs
      status: "True"
      type: ResolvedRefs
    - lastTransitionTime: "2023-06-19T21:04:55Z"
      message: Listener is accepted
      observedGeneration: 1
      reason: Accepted
      status: "True"
      type: Accepted
    - lastTransitionTime: "2023-06-19T21:04:55Z"
      message: Application Gateway For Containers resource has been successfully updated.
      observedGeneration: 1
      reason: Programmed
      status: "True"
      type: Programmed
    name: https-listener
    supportedKinds:
    - group: gateway.networking.k8s.io
      kind: HTTPRoute

Depois que o gateway tiver sido criado, crie um HTTPRoute para definir duas correspondências diferentes e um serviço padrão para rotear o tráfego.

A forma como as regras a seguir são lidas são as seguintes:

  1. Se o caminho for /bar, o tráfego será roteado para o serviço back-end-v2 na porta 8080 OU
  2. Se a solicitação contiver um cabeçalho HTTP com o nome magic e o valor foo, a URL conterá uma cadeia de caracteres de consulta definindo o nome great com um valor de example, e o caminho for /some/thing, a solicitação será enviada para backend-v2 na porta 8080.
  3. Caso contrário, todas as outras solicitações serão roteadas para o serviço back-end-v1 na porta 8080.
kubectl apply -f - <<EOF
apiVersion: gateway.networking.k8s.io/v1beta1
kind: HTTPRoute
metadata:
  name: http-route
  namespace: test-infra
spec:
  parentRefs:
  - name: gateway-01
    namespace: test-infra
  rules:
  - matches:
    - path:
        type: PathPrefix
        value: /bar
    backendRefs:
    - name: backend-v2
      port: 8080
  - matches:
    - headers:
      - type: Exact
        name: magic
        value: foo
      queryParams:
      - type: Exact
        name: great
        value: example
      path:
        type: PathPrefix
        value: /some/thing
      method: GET
    backendRefs:
    - name: backend-v2
      port: 8080
  - backendRefs:
    - name: backend-v1
      port: 8080
EOF

Depois que o recurso HTTPRoute tiver sido criado, verifique se a rota foi Aceita e se o recurso Gateway de Aplicativos para contêineres foi Programado.

kubectl get httproute http-route -n test-infra -o yaml

Verifique se o status do recurso Gateway de Aplicativos para contêineres foi atualizado com êxito.

status:
  parents:
  - conditions:
    - lastTransitionTime: "2023-06-19T22:18:23Z"
      message: ""
      observedGeneration: 1
      reason: ResolvedRefs
      status: "True"
      type: ResolvedRefs
    - lastTransitionTime: "2023-06-19T22:18:23Z"
      message: Route is Accepted
      observedGeneration: 1
      reason: Accepted
      status: "True"
      type: Accepted
    - lastTransitionTime: "2023-06-19T22:18:23Z"
      message: Application Gateway For Containers resource has been successfully updated.
      observedGeneration: 1
      reason: Programmed
      status: "True"
      type: Programmed
    controllerName: alb.networking.azure.io/alb-controller
    parentRef:
      group: gateway.networking.k8s.io
      kind: Gateway
      name: gateway-01
      namespace: test-infra

Testar o acesso ao aplicativo

Agora estamos prontos para enviar algum tráfego para nosso aplicativo de exemplo, por meio do FQDN atribuído ao front-end. Use o comando a seguir para obter o FQDN.

fqdn=$(kubectl get gateway gateway-01 -n test-infra -o jsonpath='{.status.addresses[0].value}')

Usando o comando curl, podemos validar três cenários diferentes:

Roteamento baseado em caminho

Nesse cenário, a solicitação de cliente enviada para http://frontend-fqdn/bar é roteada para o serviço back-end-v2.

Execute o comando a seguir:

curl http://$fqdn/bar

Observe que o contêiner que atende à solicitação é backend-v2.

Cadeia de caracteres de consulta + cabeçalho + roteamento de caminho

Nesse cenário, a solicitação do cliente enviada para http://frontend-fqdn/some/thing?great=example com uma parte de chave/valor de cabeçalho de "magic: foo" é roteada para o serviço back-end-v2.

Execute o comando a seguir:

curl http://$fqdn/some/thing?great=example -H "magic: foo"

Observe que o contêiner que atende à solicitação é backend-v2.

Rota padrão

Se nenhum dos dois primeiros cenários for satisfeito, o Gateway de Aplicativos para contêineres roteará todas as outras solicitações para o serviço back-end-v1.

Execute o comando a seguir:

curl http://$fqdn/

Observe que o contêiner que atende à solicitação é back-end-v1.

Parabéns, você instalou o ALB Controller, implantou um aplicativo de back-end e roteou o tráfego para o aplicativo via API do Gateway no Gateway de Aplicativos para contêineres.