Especificação da API do Application Gateway for Containers para Kubernetes

"application-cookie"

AffinityTypeApplicationCookie é um tipo de afinidade de sessão para um cookie de aplicativo

"managed-cookie"

AffinityTypeManagedCookie é um tipo de afinidade de sessão para um cookie gerenciado

"Accepted"

AlbReasonAccepted indica que o recurso Application Gateway for Containers é aceito pelo controlador.

"Ready"

AlbReasonDeploymentReady indica o status de implantação do recurso Application Gateway for Containers.

"InProgress"

AlbReasonInProgress indica se o recurso Application Gateway for Containers está em processo de criação, atualização ou exclusão.

"Accepted"

AlbConditionTypeAccepted indica se o recurso Application Gateway for Containers é aceito pelo controlador.

"Deployment"

AlbConditionTypeDeployment indica o status de implantação do recurso Application Gateway for Containers.

As associações são IDs de recursos de sub-rede aos quais o recurso Application Gateway for Containers está associado.

Os tipos de condição conhecidos são:

• “Aceito”
• “Pronto”

Metadados do objeto’.

Spec é a especificação do recurso Application Gateway for Containers.

Status define o estado atual do recurso Application Gateway for Containers.

Metadados do objeto’.

Spec é a especificação BackendLoadBalancingPolicy.

Status define o estado atual de BackendLoadBalancingPolicy.

"Accepted"

BackendLoadBalancingPolicyReasonAccepted é usado para definir o BackendLoadBalancingPolicyConditionReason como Accepted quando o BackendLoadBalancingPolicy está configurado corretamente

"Conflituoso"

BackendLoadBalancingPolicyReasonConflicted é usado quando a ref de destino entra em conflito com um destino de política pré-existente

PolíticaDeBalanceamentoDeCargaDeBackendInválida

BackendLoadBalancingPolicyReasonInvalid é o motivo pelo qual o BackendLoadBalancingPolicy não é’aceito

"InvalidGroup"

O BackendLoadBalancingPolicyReasonInvalidGroup é usado quando o grupo é inválido

"InvalidKind"

BackendLoadBalancingPolicyReasonInvalidKind é usado quando o tipo/grupo é inválido

"InvalidName"

BackendLoadBalancingPolicyReasonInvalidName é usado quando o nome é inválido

"InvalidService"

BackendLoadBalancingPolicyReasonInvalidService é usado quando o Serviço é inválido.

"NoTargetReference"

BackendLoadBalancingPolicyReasonNoTargetReference é usado quando não há’referência de destino

"RefNotPermitted"

BackendLoadBalancingPolicyReasonRefNotAllowed é usado quando a ref não é’permitida

"ResolvedRefs"

BackendLoadBalancingPolicyReasonResolvedRefs é usado para definir o BackendLoadBalancingPolicyConditionReason como ResolvedRefs quando o BackendLoadBalancingPolicy fornecido tem referências corretas

"Accepted"

BackendLoadBalancingPolicyConditionAccepted é usado para definir o BackendLoadBalancingPolicyConditionType como Accepted

"ResolvedRefs"

BackendLoadBalancingPolicyConditionResolvedRefs é usado para definir o BackendLoadBalancingPolicyCondition como ResolvedRefs

A porta é a porta a ser utilizada para ligação ao servidor.

TargetRefs identifica uma lista de objetos de API aos quais aplicar a política.

O LoadBalancing define o esquema para configurar as opções de Balanceamento de Carga

Metadados do objeto’.

Spec é a especificação BackendTLSPolicy.

Status define o estado atual de BackendTLSPolicy.

(Os membros do CommonTLSPolicy estão incorporados neste tipo.)

Sni é o nome do servidor a ser usado para a conexão TLS com o back-end.

Ports especifica a lista de portas onde a política é aplicada.

ClientCertificateRef é a referência ao certificado do cliente a ser usado para a conexão TLS com o back-end.

Porta é a porta a ser usada para a conexão TLS com o back-end

TargetRef identifica um objeto de API ao qual aplicar a política.

A substituição define a configuração da política que deve substituir a configuração da política anexada abaixo do recurso de destino na hierarquia.

Nota: A substituição não é suportada no momento e resulta em um erro de validação. O suporte para Override será adicionado em uma versão futura.

Default define a configuração de política padrão para o recurso de destino.

As condições descrevem as condições atuais do BackendTLSPolicy.

As implementações devem preferir expressar as condições de BackendTLSPolicy usando as constantes BackendTLSPolicyConditionType e BackendTLSPolicyConditionReason para que os operadores e as ferramentas possam convergir num vocabulário comum para descrever o estado de BackendTLSPolicy.

Os tipos de condição conhecidos são:

• “Aceito”
• “ResolvedRefs”

Verify fornece as opções para verificar o certificado de mesmo nível.

CaCertificateRef é o certificado de autoridade de certificação usado para verificar o certificado de mesmo nível.

SubjectAltName é o nome alternativo da entidade usado para verificar o certificado de mesmo nível.

(Os membros do NamespacedPolicyTargetReference estão incorporados neste tipo.)

SectionNames é o nome da seção dentro do recurso de destino. Quando não especificado, este targetRef destina-se a todo o recurso. Nos recursos a seguir, SectionNames é interpretado da seguinte forma:

• Gateway: Nome do ouvinte
• Serviço: Nome da porta

Se os nomes de secções forem especificados, mas não existirem no objeto de destino, a Política falhará em ser anexada, e a implementação da política registrará uma Condição ou uma condição semelhante no status da Política.

Metadados do objeto’.

Spec é a especificação FrontendTLSPolicy.

Status define o estado atual do FrontendTLSPolicy.

Verify fornece as opções para verificar o certificado de mesmo nível.

O tipo é a categoria da política.

TargetRef identifica um objeto de API ao qual aplicar a política.

Default define a configuração de política padrão para o recurso de destino.

A substituição define a configuração da política que deve substituir a configuração da política anexada abaixo do recurso de destino na hierarquia.

Nota: A substituição não é suportada no momento e resulta em um erro de validação. O suporte para Override será adicionado em uma versão futura.

As condições descrevem as condições atuais do FrontendTLSPolicy.

As implementações devem preferir expressar as condições do FrontendTLSPolicy usando as constantes FrontendTLSPolicyConditionType e FrontendTLSPolicyConditionReason para que os operadores e ferramentas possam convergir num vocabulário comum para descrever o estado FrontendTLSPolicy.

Os tipos de condição conhecidos são:

• “Aceito”

"predefined"

PredefinedFrontendTLSPolicyType é o tipo da política TLS Frontend predefinida.

"2023-06"

PredefinedPolicy202306 é o nome da Política TLS Frontend predefinida para a política “2023-06”.

"2023-06-S"

PredefinedPolicy202306Strict é o nome da política predefinida de TLS Frontend para a política “2023-06-S”. Esta é uma versão estrita da política “2023-06”.

A autoridade, se presente, é usada como valor do cabeçalho de autoridade na verificação de integridade.

O serviço permite a configuração de uma verificação de saúde registada sob um nome de serviço diferente.

Nome é o nome do cabeçalho HTTP a ser correspondido com. A correspondência de nomes DEVE ser insensível a maiúsculas e minúsculas. (Ver https://tools.ietf.org/html/rfc7230#section-3.2).

Se várias entradas especificarem nomes de cabeçalho equivalentes, a primeira entrada com um nome equivalente DEVE ser considerada para uma correspondência. As entradas subsequentes com um nome de cabeçalho equivalente DEVEM ser ignoradas. Devido à insensibilidade a maiúsculas e minúsculas dos nomes de cabeçalho, “foo” e “Foo” são considerados equivalentes.

Valor é o valor do cabeçalho HTTP a ser correspondido.

Body define os correspondentes de corpo HTTP a serem usados para verificações de HealthCheck.

StatusCodes define as correspondências de códigos de status HTTP a serem usadas para verificações de saúde.

Type define o tipo de modificador de caminho. Mais tipos podem ser adicionados em uma versão futura da API.

Valores podem ser adicionados a este enum, implementações devem garantir que valores desconhecidos não causarão’uma falha.

Valores desconhecidos aqui devem resultar na implementação definindo a condição aceita para que a regra seja falsa

ReplaceFullPath especifica o valor com o qual substituir o caminho completo de uma solicitação durante uma regravação ou redirecionamento.

ReplacePrefixMatch especifica o valor com o qual substituir a correspondência de prefixo de uma solicitação durante uma regravação ou redirecionamento. Por exemplo, uma solicitação para “/foo/bar” com uma correspondência de prefixo de “/foo” e um ReplacePrefixMatch de “/xyz” seria modificada para “/xyz/bar”.

Isso corresponde ao comportamento do tipo de correspondência PathPrefix. Isso corresponde aos elementos de caminho completo. Um elemento path refere-se à lista de rótulos no caminho dividido pelo / separador. Quando especificado, um sufixo / é ignorado. Por exemplo, os caminhos /abc, /abc/ e /abc/def todos corresponderiam ao prefixo /abc, mas o caminho /abcd’ não.

ReplacePrefixMatch só é compatível com um PathPrefix HTTPRouteMatch. O uso de qualquer outro tipo HTTPRouteMatch no mesmo HTTPRouteRule resulta na implementação definindo a Condição Aceita para a Rota para status: False.

"ReplaceFullPath"

FullPathHTTPPathModifier substitui o caminho completo pelo valor especificado.

"ReplacePrefixMatch"

PrefixMatchHTTPPathModifier substitui qualquer caminho de prefixo pelo valor de substituição. Por exemplo, um caminho com uma correspondência de prefixo de “/foo” e uma substituição ReplacePrefixMatch de “/bar” substituem “/foo” por “/bar” em solicitações correspondentes.

Isso corresponde ao comportamento do tipo de correspondência PathPrefix. Isso corresponde aos elementos de caminho completo. Um elemento path refere-se à lista de rótulos no caminho dividido pelo / separador. Quando especificado, um sufixo / é ignorado. Por exemplo, os caminhos /abc, /abc/ e /abc/def todos corresponderiam ao prefixo /abc, mas o caminho /abcd’ não.

Host é o valor do cabeçalho do host a ser usado para verificações de saúde.

Path é o caminho a ser usado para verificações de HealthCheck.

Match define os comparadores HTTP a serem usados para as verificações do HealthCheck.

Set substitui a solicitação com o cabeçalho fornecido (nome, valor) antes da ação.

Entrada: GET /foo HTTP/1.1 my-header: foo

Config: set: - name: “my-header” value: “bar”

Saída: GET /foo HTTP/1.1 my-header: bar

Adicionar adiciona o(s) cabeçalho(s) fornecido(s) (nome, valor) à solicitação antes da ação. Ele acrescenta a quaisquer valores existentes associados ao nome do cabeçalho.

Entrada: GET /foo HTTP/1.1 my-header: foo

Config: add: - nome: “my-header” valor: “bar,baz”

Saída: GET / foo HTTP / 1.1 my-header: foo, bar, baz

Remova o(s) cabeçalho(s) fornecido(s) da solicitação HTTP antes da ação. O valor de Remove é uma lista de nomes de cabeçalho HTTP. Nomes de cabeçalhos não são sensíveis a maiúsculas e minúsculas (consulte https://datatracker.ietf.org/doc/html/rfc2616#section-4.2).

Entrada: GET /foo HTTP/1.1 my-header1: foo my-header2: bar my-header3: baz

Config: remover: [“my-header1”, “my-header3”]

Saída: GET /foo HTTP/1.1 my-header2: bar

Metadados do objeto’.

Spec é a especificação da HealthCheckPolicy.

Status define o estado atual de HealthCheckPolicy.

BackendTLSPolicyNãoEncontrada

BackendTLSPolicyConditionNotFound é usado quando o BackendTLSPolicy não é encontrado no serviço.

"Accepted"

HealthCheckPolicyReasonAccepted é usado para definir o HealthCheckPolicyConditionReason como Accepted. Quando a HealthCheckPolicy fornecida está configurada corretamente.

PolíticaDeVerificaçãoDeSaúdeInválida

HealthCheckPolicyReasonInvalid é o motivo pelo qual a HealthCheckPolicy não é’aceita.

"InvalidGroup"

HealthCheckPolicyReasonInvalidGroup é usado quando o grupo é inválido.

"InvalidKind"

HealthCheckPolicyReasonInvalidKind é usado quando o tipo/grupo é inválido.

"InvalidName"

HealthCheckPolicyReasonInvalidName é usado quando o nome é inválido.

PortaInválida

HealthCheckPolicyReasonInvalidPort é usado quando a porta é inválida.

"InvalidService"

HealthCheckPolicyReasonInvalidService é usado quando o Serviço é inválido.

"NoTargetReference"

HealthCheckPolicyReasonNoTargetReference é usado quando não há’referência de destino.

SobrescriçãoNãoSuportada

HealthCheckPolicyReasonOverrideNotSupported é usado quando a substituição não é’suportada.

"RefNotPermitted"

HealthCheckPolicyReasonRefNotPermitted é usado quando a ref não é’permitida.

"ResolvedRefs"

HealthCheckPolicyReasonResolvedRefs é usado quando o targetRef foi resolvido com êxito.

NomesDeSecaoNaoPermitidos

HealthCheckPolicyReasonSectionNamesNotAllowed é usado quando os nomes das seções não são’permitidos.

CódigosDeEstadoNãoSuportados

HealthCheckPolicyReasonUnsupportedStatusCodes é utilizado quando os códigos de estado correspondentes ao HealthCheckPolicy não são suportados.

"Accepted"

HealthCheckPolicyConditionAccepted é usado para definir o HealthCheckPolicyConditionType como Accepted.

"ResolvedRefs"

HealthCheckPolicyConditionResolvedRefs é usado para definir HealthCheckPolicyCondition como ResolvedRefs.

Intervalo é o número de segundos entre as verificações do HealthCheck.

O tempo limite é o número de segundos após os quais a verificação de estado é considerada como falhada.

A porta a ser utilizada para verificações de HealthCheck.

UnhealthyThreshold é o número de verificações de HealthCheck com falha consecutivas.

HealthyThreshold é o número de verificações consecutivas bem-sucedidas do HealthCheck.

UseTLS indica se a verificação de integridade deve impor o TLS. Por padrão, a verificação de integridade usará o mesmo protocolo que o serviço se a mesma porta for usada para verificação de integridade. Se a porta for diferente, a verificação de integridade será texto sem formatação.

HTTP define a especificação de restrição HTTP para o HealthCheck de um recurso de destino.

GRPC configura um HealthCheck gRPC v1 (https://github.com/grpc/grpc-proto/blob/master/grpc/health/v1/health.proto) para o recurso de destino.

TargetRef identifica um objeto de API ao qual aplicar a política.

A substituição define a configuração da política que deve substituir a configuração da política anexada abaixo do recurso de destino na hierarquia.

Nota: A substituição não é suportada no momento e resultará em um erro de validação. O suporte para Override será adicionado em uma versão futura.

Default define a configuração de política padrão para o recurso de destino.

As condições descrevem as condições atuais da HealthCheckPolicy.

As implementações devem preferir expressar as condições do HealthCheckPolicy usando as constantes HealthCheckPolicyConditionType e HealthCheckPolicyConditionReason para que os operadores e as ferramentas possam convergir num vocabulário comum para descrever o estado do HealthCheckPolicy.

Os tipos de condição conhecidos são:

• “Aceito”

Porta indica a porta no serviço de back-end

Nome deve referir-se a um nome numa porta no serviço de backend

Protocolo deve ser um de “HTTP,”“ HTTPS”

O serviço identifica o "BackendSetting" que este estado descreve.

Os erros são uma lista de erros relacionados a essa configuração

Valid indica que não há erros de validação presentes neste BackendSetting

Serviço é o nome de um serviço de back-end ao qual essa configuração se aplica

As portas podem ser usadas para indicar se o serviço de back-end está escutando em HTTP ou HTTPS

TrustedRootCertificate pode ser utilizado para providenciar um certificado para que o gateway confie ao comunicar-se com o back-end numa porta especificada como HTTPS.

SessionAffinity permite que as solicitações do cliente sejam consistentemente dadas ao mesmo back-end

Os timeouts definem um conjunto de parâmetros de tempo limite a serem aplicados a um Ingress

O LoadBalancing define a política de balanceamento de carga para o serviço de back-end

Metadados do objeto’.

Spec é a especificação IngressExtension.

"Accepted"

IngressExtensionReasonAccepted é usado para definir o IngressExtensionConditionAccepted como Accepted

PossuiErrosDeValidação

IngressExtensionReasonHasErrors indica que existem alguns erros de validação

SemErrosDeValidação

IngressExtensionReasonNoErrors indica que não há erros de validação

ParcialmenteAceitoComErros

IngressExtensionReasonPartiallyAccepted é usado para definir o IngressExtensionConditionAccepted como Accepted, mas com erros de validação não fatais

"Accepted"

IngressExtensionConditionAccepted indica se o IngressExtension é aceito (reconciliado) pelo controlador

"Erros"

IngressExtensionConditionErrors indica se há erros de validação ou compilação na extensão

As regras especificam as regras por servidor

BackendSettings define um conjunto de opções de configuração para back-ends de serviço Ingress

As regras têm informações detalhadas sobre o status de cada regra

BackendSettings tem informações detalhadas de status sobre cada BackendSettings

As condições descrevem as condições atuais do IngressExtension. Os tipos de condição conhecidos são:

• “Aceito”
• “Erros”

O tipo identifica o tipo de reescrita

RequestHeaderModifier define um esquema que modifica cabeçalhos de solicitação.

RequestHeaderModifier define um esquema que modifica cabeçalhos de resposta.

URLRewrite define um esquema que modifica uma solicitação durante o encaminhamento.

O host é usado para corresponder com as regras de Ingress com o mesmo nome de host, a fim de identificar quais regras afetam estas configurações.

AdditionalHostnames especifica mais nomes de host para ouvir

Regravações define as regravações para a regra

RequestRedirect define o comportamento de redirecionamento para a regra

O host identifica a regra que este estado descreve

Os erros são uma lista de erros relacionados a essa configuração

Valid indica que não há erros de validação presentes nesta regra

RequestTimeout define o tempo limite usado pelo balanceador de carga ao encaminhar solicitações para um serviço de back-end

A estratégia define a política a ser usada no balanceamento de carga do tráfego para o serviço de back-end. O padrão é o método round-robin.

SlowStart define o esquema para a especificação Slow Start

Menos solicitações

LoadBalancingLeastRequest é usado para definir o LoadBalancingStrategy como menos requisitado

"ring-hash"

LoadBalancingRingHash é usado para definir o LoadBalancingStrategy como ring-hash

"Round-robin"

LoadBalancingRoundRobin é utilizado para definir o LoadBalancingStrategy como round-robin.

CaCertificateRef é o certificado de autoridade de certificação usado para verificar o certificado de mesmo nível.

SubjectAltNames é a lista de nomes alternativos do sujeito utilizada para verificar o certificado do parceiro.

"Accepted"

"Conflituoso"

"Implantado"

"Falha na implantação"

"Inválido"

RefCertificadoInválido

"InvalidGroup"

"InvalidKind"

"InvalidName"

"InvalidService"

ReferênciaDeDestinoInválida

Sem Implantação

"NoTargetReference"

"Operação falhou"

SobrescriçãoNãoSuportada

Pendente

"Programado"

"Falha na programação"

"RefNotPermitted"

"ResolvedRefs"

NomesDeSecaoNaoPermitidos

"Accepted"

"Deployment"

"Programado"

"ResolvedRefs"

TargetRef é a referência ao objeto de destino ao qual esta política se aplicou

As condições descrevem as condições atuais das Regras de Acesso IP do Application Gateway for Containers relacionadas a um destino específicoRef.

O nome é o nome da política.

FrontendTLSPolicyType especifica o tipo de política TLS frontend

HTTP

ProtocolHTTP implica que o serviço usa HTTP.

HTTPS

ProtocolHTTPS implica que o serviço usa HTTPS.

"TCP"

ProtocolTCP implica que o serviço usa TCP simples.

Esquema é o esquema a ser usado no valor do Location cabeçalho na resposta. Quando vazio, o esquema da solicitação é usado.

Hostname é o nome do host a ser utilizado no valor do cabeçalho Location na resposta. Quando está vazio, o nome do host no cabeçalho da solicitação Host é usado.

Path define parâmetros usados para modificar o caminho da solicitação de entrada. O caminho modificado é então usado para construir o Location cabeçalho. Quando vazio, o caminho de requisição é usado tal como está.

A porta é utilizada como valor no cabeçalho Location na resposta.

Se nenhuma porta for especificada, a porta de redirecionamento DEVE ser derivada usando as seguintes regras:

• Se o esquema de redirecionamento não estiver vazio, a porta de redirecionamento DEVE ser a porta bem conhecida associada ao esquema de redirecionamento. Especificamente “http” para a porta 80 e “https” para a porta 443. Se o esquema’de redirecionamento não tiver uma porta conhecida, a porta de ouvinte do Gateway DEVE ser usada.
• Se o esquema de redirecionamento estiver vazio, a porta de redirecionamento DEVE ser a porta do Gateway Listener.

As implementações NÃO DEVEM adicionar o número da ‘porta no cabeçalho Location’ nos seguintes casos:

• Um cabeçalho Location que usa HTTP (seja determinado por meio do protocolo Listener ou do campo Scheme) e usa a porta 80.
• Um cabeçalho Location que usa HTTPS (seja isso determinado por meio do protocolo Listener ou do campo Scheme) e usa a porta 443.

StatusCode é o código de status HTTP a ser usado em resposta.

Valores podem ser adicionados a este enum, implementações devem garantir que valores desconhecidos não causarão’uma falha.

Modificador de Cabeçalho de Pedido

RequestHeaderModifier pode ser usado para adicionar ou remover um cabeçalho HTTP de uma solicitação HTTP antes de ser’enviado para o destino upstream.

ModificadorDeCabeçalhoDeResposta

ResponseHeaderModifier pode ser usado para adicionar ou remover um cabeçalho HTTP de uma resposta HTTP antes de ser’enviado ao cliente.

URLRewrite

URLRewrite pode ser usado para modificar uma solicitação durante o encaminhamento.

Metadados do objeto’.

Spec é a especificação RoutePolicy.

Status define o estado atual de RoutePolicy.

"Accepted"

RoutePolicyReasonAccepted é usado para definir o RoutePolicyConditionReason como Accepted quando o determinado RoutePolicy está configurado corretamente

AceitoComConflitoDeTempoLimite

RoutePolicyReasonAcceptedWithTimeoutConflict é usado para definir o RoutePolicyConditionReason como AcceptedWithTimeoutConflict Quando o RoutePolicy dado está configurado corretamente, mas tem um conflito de tempo limite com a rota de destino

InvalidRoutePolicy

RoutePolicyReasonInvalid é o motivo pelo qual o RoutePolicy não é’aceito

Rota GRPC Inválida

RoutePolicyReasonInvalidGRPCRoute é usado caso o GRPCRoute seja inválido

"InvalidGroup"

RoutePolicyReasonInvalidGroup é usado quando o grupo é inválido

"InvalidHTTPRoute"

RoutePolicyReasonInvalidHTTPRoute é usado quando o HTTPRoute é inválido

"InvalidKind"

RoutePolicyReasonInvalidKind é usado quando o tipo/grupo é inválido

"InvalidName"

RoutePolicyReasonInvalidName é utilizado quando o nome não é válido

"NoTargetReference"

RoutePolicyReasonNoTargetReference é usado quando não há’referência de destino

SobrescreverNãoSuportado

RoutePolicyReasonOverrideNotSupported é utilizado quando a anulação não é suportada’

"RefNotPermitted"

RoutePolicyReasonRefNotPermitted é usada quando a ref não é permitida

NomesDeSecçãoNãoPermitidos

RoutePolicyReasonSectionNamesNotAllowed é usado quando os nomes de seção não são’permitidos

"Accepted"

RoutePolicyConditionAccepted é usado para definir o RoutePolicyConditionType como Accepted

"ResolvedRefs"

RoutePolicyConditionResolvedRefs é usado para definir o RoutePolicyCondition como ResolvedRefs

Tempos limite personalizados para o recurso de destino.

SessionAffinity define o esquema para a especificação de afinidade de sessão

TargetRef identifica um objeto de API ao qual aplicar a política.

A substituição define a configuração da política que deve substituir a configuração da política anexada abaixo do recurso de destino na hierarquia.

Nota: A substituição não é suportada no momento e resulta em um erro de validação. O suporte para Override será adicionado em uma versão futura.

Default define a configuração de política padrão para o recurso de destino.

As condições descrevem as condições atuais da RoutePolicy.

As implementações devem preferir expressar as condições de RoutePolicy usando as constantes RoutePolicyConditionType e RoutePolicyConditionReason para que os operadores e as ferramentas possam convergir em torno de um vocabulário comum para descrever o estado de RoutePolicy.

Os tipos de condição conhecidos são:

• “Aceito”

RouteTimeout é o tempo limite para a rota.

A duração da janela de início lento.

A velocidade do aumento do tráfego durante a janela de início lento deve ser maior que 0,0. O padrão é 1.0 se não for especificado.

A percentagem mínima ou inicial de tráfego a enviar para novos endpoints. O padrão será 10% se não for especificado.

Start define o início do intervalo de códigos de status a serem usados para verificações de integridade. Isto é inclusivo.

End define o fim do intervalo de códigos de status a serem usados para verificações de Verificação de Integridade. Isto é inclusivo.

TargetRef identifica um objeto de API ao qual aplicar a política.

Ports especifica a lista de portas no destino onde a política é aplicada.

Hostname é o valor a ser usado para substituir o valor do cabeçalho Host durante o encaminhamento.

Path define uma reescrita de caminho.

Metadados do objeto’.

Spec é a especificação do recurso filho da Diretiva de Segurança do Application Gateway for Containers.

O status define o estado atual do recurso filho da política de segurança do Application Gateway para Contêineres.

TargetRef identifica um objeto de API ao qual aplicar a política.

WebApplicationFirewallPolicy é usado para especificar um recurso WebApplicationPolicy

Os tipos de condição conhecidos são:

• “Aceito”
• “Implantação”
• “ResolvedRefs”
• “Programado”