Especificação da API do Gateway de Aplicativos para contêineres 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 do Gateway de Aplicativos para contêineres é aceito pelo controlador.

"Ready"

AlbReasonDeploymentReady indica o status de implantação do recurso do Gateway de Aplicativos para contêineres.

"InProgress"

AlbReasonInProgress indica se o recurso do Gateway de Aplicativos para contêineres está em processo de criação, atualização ou exclusão.

"Accepted"

AlbConditionTypeAccepted indica se o recurso do Gateway de Aplicativos para contêineres é aceito pelo controlador.

"Deployment"

AlbConditionTypeDeployment indica o status de implantação do recurso do Gateway de Aplicativos para contêineres.

As associações são IDs de recursos de sub-rede aos quais o recurso do Gateway de Aplicativos para contêineres está associado.

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

• “Aceito”
• “Pronto”

Metadados do objeto.

Spec são as especificações do recurso do Gateway de Aplicativos para contêineres.

Status define o estado atual do recurso do Gateway de Aplicativos para contêineres.

Metadados do objeto.

Spec é a especificação BackendLoadBalancingPolicy.

O status define o estado atual de BackendLoadBalancingPolicy.

"Accepted"

BackendLoadBalancingPolicyReasonAccepted é usado para definir o BackendLoadBalancingPolicyConditionReason como Accepted quando o BackendLoadBalancingPolicy determinado estiver configurado corretamente

"Conflicted"

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

"PolíticaDeBalanceamentoDeCargaDeBackEndInválida"

BackendLoadBalancingPolicyReasonInvalid é o motivo em que o BackendLoadBalancingPolicy não é’aceito

"InvalidGroup"

BackendLoadBalancingPolicyReasonInvalidGroup é usado quando o grupo é inválido

"InvalidKind"

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

"InvalidName"

BackendLoadBalancingPolicyReasonInvalidName é utilizado quando o nome é considerado inválido

"InvalidService"

BackendLoadBalancingPolicyReasonInvalidService é usado quando o serviço é inválido

"NoTargetReference"

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

"RefNotPermitted"

BackendLoadBalancingPolicyReasonRefNotPermitted é usado quando a referência não ’é permitida

"ResolvedRefs"

BackendLoadBalancingPolicyReasonResolvedRefs é utilizado para definir o BackendLoadBalancingPolicyConditionReason como ResolvedRefs quando a BackendLoadBalancingPolicy em questão possui referências corretas

"Accepted"

BackendLoadBalancingPolicyConditionAccepted é usado para definir o BackendLoadBalancingPolicyConditionType como Accepted

"ResolvedRefs"

BackendLoadBalancingPolicyConditionResolvedRefs é usado para definir o BackendLoadBalancingPolicyCondition como ResolvedRefs

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

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

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

Metadados do objeto.

Spec é a especificação de BackendTLSPolicy.

Status define o estado atual de BackendTLSPolicy.

(Os membros de CommonTLSPolicy são inseridos nesse tipo.)

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

As portas especificam a lista de portas em que a política é aplicada.

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

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

TargetRef identifica um objeto de API ao qual a política será aplicada.

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

Observação: atualmente, não há suporte para substituição e resulta em um erro de validação. O suporte para substituição será adicionado em uma versão futura.

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

Conditions descreve as condições atuais de BackendTLSPolicy.

As implementações devem dar preferência a expressar as condições de BackendTLSPolicy por meio das constantes BackendTLSPolicyConditionType e BackendTLSPolicyConditionReason para que os operadores e as ferramentas possam convergir em um 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 par.

CaCertificateRef é o Certificado de Autoridade de Certificação usado para verificar o certificado par.

SubjectAltName é o nome alternativo da entidade usado para verificar o certificado de par.

(Os membros de NamespacedPolicyTargetReference são inseridos nesse tipo.)

SectionNames é o nome da seção dentro do recurso de destino. Quando não especificado, esse targetRef tem como destino todo o recurso. Nos seguintes recursos, SectionNames é interpretado como o seguinte:

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

Se um SectionNames for especificado, mas não existir no objeto visado, a política não será anexada e a implementação da política registrará uma ’ ou uma condição similar no status da política.

Metadados do objeto.

Spec é a especificação de FrontendTLSPolicy.

Status define o estado atual de FrontendTLSPolicy.

Verify fornece as opções para verificar o certificado de par.

Type é o tipo da política.

TargetRef identifica um objeto de API ao qual a política será aplicada.

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

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

Observação: atualmente, não há suporte para substituição e resulta em um erro de validação. O suporte para substituição será adicionado em uma versão futura.

Conditions descreve as condições atuais de FrontendTLSPolicy.

As implementações devem dar preferência a expressar as condições de FrontendTLSPolicy por meio das constantes FrontendTLSPolicyConditionType e FrontendTLSPolicyConditionReason para que os operadores e as ferramentas possam convergir em um vocabulário comum para descrever o estado de FrontendTLSPolicy.

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

• “Aceito”

"predefined"

PredefinedFrontendTLSPolicyType é o tipo da política TLS de Front-end predefinida.

"2023-06"

PredefinedPolicy202306 é o nome da política TLS de front-end predefinida para a política “2023-06”.

"2023-06-S"

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

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

O serviço permite a configuração de uma verificação de integridade registrada em um nome de serviço diferente.

Name é o nome do cabeçalho HTTP para correspondência. A correspondência de nomes não DEVE diferenciar maiúsculas de minúsculas. (Confira 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 DEVERÁ ser considerada para uma correspondência. As entradas seguintes com um nome de cabeçalho equivalente DEVEM ser ignoradas. Devido à não diferenciação de maiúsculas e minúsculas dos nomes de cabeçalho, “foo” e “Foo” são considerados equivalentes.

Value é o valor do cabeçalho HTTP para correspondência.

Body define as correspondências de corpo HTTP a serem usadas para as verificações de HealthCheck.

StatusCodes define as correspondências de código de status HTTP a serem usados para as verificações de HealthCheck.

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 essa enumeração. As implementações devem garantir que valores desconhecidos não causem uma falha.

Os valores desconhecidos aqui precisam resultar na configuração de implementação da Accepted Condition para que a regra seja falsa

ReplaceFullPath especifica o valor pelo qual o caminho completo de uma solicitação será substituído durante uma reescrita ou um redirecionamento.

ReplacePrefixMatch especifica o valor pelo qual a correspondência de prefixo de uma solicitação será substituída durante uma reescrita ou um redirecionamento. Por exemplo, uma solicitação para “/foo/bar” com a correspondência de prefixo “/foo” e um ReplacePrefixMatch igual a “/xyz” será modificada para “/xyz/bar”.

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

ReplacePrefixMatch só é compatível com um PathPrefix HTTPRouteMatch. O uso de qualquer outro tipo de HTTPRouteMatch no mesmo HTTPRouteRule resultará na configuração de implementação da condição aceita para a rota como 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 igual a “/bar” substitui “/foo” por “/bar” nas solicitações correspondentes.

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

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

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

Match define as correspondências HTTP a serem usadas para as verificações de HealthCheck.

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

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

Configuração: set: - name: “my-header” value: “bar”

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

Add adiciona os cabeçalhos fornecidos (nome, valor) à solicitação antes da ação. Ele acrescenta aos valores já existentes associados ao nome do cabeçalho.

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

Configuração: add: - name: “my-header” value: “bar,baz”

Resultado: GET /foo HTTP/1.1 my-header: foo,bar,baz

Remova os cabeçalhos determinados da solicitação HTTP antes da ação. O valor de Remover é uma lista de nomes de cabeçalho HTTP. Os nomes de cabeçalho são insensí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

Configuração: remover: [“my-header1”, “my-header3”]

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

Metadados do objeto.

Spec é a especificação da HealthCheckPolicy.

O status define o estado atual de HealthCheckPolicy.

"BackendTLSPolicyNotFound"

BackendTLSPolicyConditionNotFound é utilizado quando a BackendTLSPolicy não é encontrada para o serviço.

"Accepted"

HealthCheckPolicyReasonAccepted é usado para definir HealthCheckPolicyConditionReason como Accepted. Quando a política de verificação de saúde especificada estiver configurada corretamente.

"InvalidHealthCheckPolicy"

HealthCheckPolicyReasonInvalid é o motivo pelo qual o HealthCheckPolicy não é ’aceito.

"InvalidGroup"

HealthCheckPolicyReasonInvalidGroup é usado quando o grupo é inválido.

"InvalidKind"

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

"InvalidName"

Usa-se o HealthCheckPolicyReasonInvalidName quando o nome é inválido.

"InvalidPort"

HealthCheckPolicyReasonInvalidPort é usado quando a porta é inválida.

"InvalidService"

HealthCheckPolicyReasonInvalidService é usado quando Service é inválido.

"NoTargetReference"

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

"OverrideNotSupported"

HealthCheckPolicyReasonOverrideNotSupported é usado quando não há suporte para substituição.

"RefNotPermitted"

HealthCheckPolicyReasonRefNotPermitted é usado quando a referência não é’permitida.

"ResolvedRefs"

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

"SectionNamesNotPermitted"

HealthCheckPolicyReasonSectionNamesNotPermitted é usado quando os nomes de seção não são permitidos.

CódigosDeStatusNãoSuportados

HealthCheckPolicyReasonUnsupportedStatusCodes é usado quando StatusCodes correspondentes a HealthCheckPolicy não são suportados.

"Accepted"

HealthCheckPolicyConditionAccepted é usado para definir HealthCheckPolicyConditionType como Accepted.

"ResolvedRefs"

HealthCheckPolicyConditionResolvedRefs é usado para definir HealthCheckPolicyCondition como ResolvedRefs.

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

Timeout é o número de segundos após o qual a verificação HealthCheck é considerada falhada.

Port é a porta a ser usada para as verificações de HealthCheck.

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

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

UseTLS indica se a verificação de saúde 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 usará texto simples.

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

GRPC configura um gRPC v1 HealthCheck (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 a política será aplicada.

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

Observação: atualmente, não há suporte para substituição e resultará em um erro de validação. O suporte para substituição 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 HealthCheckPolicy.

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

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

• “Aceito”

Port indica a porta do serviço de back-end

O nome deve se referir ao nome de uma porta no serviço de back-end

O protocolo deve ser um de “HTTP”, “HTTPS”

Service identifica a BackendSetting descrita por esse status

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

Válido 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á fazendo a escuta em HTTP ou HTTPS

TrustedRootCertificate pode ser usado para fornecer um certificado para que o gateway confie ao se comunicar com o back-end em uma porta especificada como https

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

Timeouts define um conjunto de parâmetros de tempo limite a ser aplicado a uma Ingress

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

Metadados do objeto.

"Spec é a especificação do IngressExtension."

"Accepted"

IngressExtensionReasonAccepted é usado para definir o IngressExtensionConditionAccepted como Accepted

PossuiErrosDeValidação

IngressExtensionReasonHasErrors indica que há alguns erros de validação

SemErrosDeValidação

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

"PartiallyAcceptedWithErrors"

IngressExtensionReasonPartiallyAccepted é utilizado para configurar o IngressExtensionConditionAccepted como Aceito, mas com erros de validação não fatais

"Accepted"

IngressExtensionConditionAccepted indica se a IngressExtension é aceita (reconciliada) pelo controlador

"Erros"

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

Rules define as regras por host

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

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

BackendSettings tem informações de status detalhadas 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 regravação

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.

Host é usado para correspondência com as regras de entrada com o mesmo nome de host, a fim de identificar quais regras afetam essas configurações

AdditionalHostnames especifica nomes de host adicionais para escutar

Rewrites define as reescritas para a regra

RequestRedirect define o comportamento de redirecionamento para a regra

O host identifica a regra que este status descreve

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

Um ponto de extremidade deve reportar métricas de carga continuamente por pelo menos esse período antes que essas métricas sejam usadas para influenciar as decisões de balanceamento de carga. Entra em vigor imediatamente após estabelecermos uma conexão com um ponto de extremidade e também depois que o metricExpirationPeriod ter decorrido. O padrão é 10 segundos.

Se o endpoint não relatar métricas de carga durante esse período, o sistema interromperá o uso dessas métricas para influenciar as decisões de balanceamento de carga. O valor predefinido é 3 minutos.

O multiplicador é usado para ajustar os pesos dos pontos de extremidade, com a taxa de erro calculada com base nas métricas de carga rps_fractional e eps relatadas. Não deve ser um valor negativo. O padrão é 1.0.

Uma lista de métricas personalizadas relatadas pelos endpoints para uso no relatório de utilização máxima dos valores das métricas especificadas nesta lista.

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

SlowStart define o esquema para especificação de Início Lento

LoadAware define o esquema para a especificação de roteamento Load Aware.

"menos solicitações"

LoadBalancingLeastRequest é utilizado para definir a estratégia de balanceamento de carga para menos solicitações.

"load-aware"

LoadBalancingLoadAware é usado para definir o LoadBalancingStrategy como sensível à carga.

"ring-hash"

LoadBalancingRingHash é usado para definir LoadBalancingStrategy como ring-hash

"round-robin"

LoadBalancingRoundRobin é usado para definir LoadBalancingStrategy como round-robin

CaCertificateRef é o Certificado de Autoridade de Certificação usado para verificar o certificado par.

SubjectAltNames é a lista de nomes alternativos de assunto usados para verificar o certificado de par.

"Accepted"

"Conflicted"

"Implantado"

Falha de Implantação

"Inválido"

"InvalidCertificateRef"

"InvalidGroup"

"InvalidKind"

"InvalidName"

"InvalidService"

InvalidTargetReference

"NoDeployment"

"NoTargetReference"

OperaçãoFalhou

"OverrideNotSupported"

"Pendente"

"Programado"

FalhaNaProgramação

"RefNotPermitted"

"ResolvedRefs"

"SectionNamesNotPermitted"

"Accepted"

"Deployment"

"Programado"

"ResolvedRefs"

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

As condições descrevem as condições atuais das Regras de Acesso a IP do Gateway de Aplicativos para contêineres, conforme estão relacionadas a um targetRef específico.

Name é o nome da política.

FrontendTLSPolicyType especifica o tipo de política TLS de front-end

"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.

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

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

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

Port é a porta a ser usada no valor do cabeçalho Location na resposta.

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

• Se o esquema de redirecionamento não estiver vazio, a porta de redirecionamento DEVERÁ ser a porta 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 do ouvinte do Gateway DEVERÁ ser usada.
• Se o esquema de redirecionamento estiver vazio, a porta de redirecionamento DEVERÁ ser a porta do Ouvinte de Gateway.

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

• Um cabeçalho de localização que utiliza HTTP (se isso é determinado por meio do protocolo do Listener ou do campo Scheme) e usa a porta 80.
• Um cabeçalho de localização que usa HTTPS (se isso é determinado por meio do protocolo Ouvinte ou do campo Esquema) e usa a porta 443.

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

Os valores podem ser adicionados a essa enumeração. As implementações devem garantir que valores desconhecidos’não causem uma falha.

Modificador de Cabeçalho de Solicitação

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)

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.

O status define o estado atual de RoutePolicy.

"Accepted"

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

"AcceptedWithTimeoutConflict"

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

"InvalidRoutePolicy"

RoutePolicyReasonInvalid é o motivo usado quando a RoutePolicy não é aceita

"InvalidGRPCRoute"

RoutePolicyReasonInvalidGRPCRoute é usado quando o GRPCRoute é inválido

"InvalidGroup"

RoutePolicyReasonInvalidGroup é usado quando o grupo é inválido

Rota HTTP Inválida

RoutePolicyReasonInvalidHTTPRoute é usado quando a HTTPRoute é inválida

"InvalidKind"

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

"InvalidName"

O RoutePolicyReasonInvalidName é utilizado quando o nome é inválido.

"NoTargetReference"

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

"OverrideNotSupported"

RoutePolicyReasonOverrideNotSupported é usado quando não há suporte para substituição

"RefNotPermitted"

RoutePolicyReasonRefNotPermitted é usado quando a referência não é permitida

"SectionNamesNotPermitted"

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

"Accepted"

RoutePolicyConditionAccepted é usado para definir RoutePolicyConditionType como Accepted

"ResolvedRefs"

RoutePolicyConditionResolvedRefs é usado para definir RoutePolicyCondition para ResolvedRefs

Tempo limite dos tempos limite personalizados para o recurso de destino.

SessionAffinity define o esquema para especificação de Afinidade de Sessão

TargetRef identifica um objeto de API ao qual a política será aplicada.

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

Observação: atualmente, não há suporte para substituição e resulta em um erro de validação. O suporte para substituição 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 condições de RoutePolicy usando as constantes RoutePolicyConditionType e RoutePolicyConditionReason para que operadores e ferramentas possam convergir em um vocabulário comum para descrever o estado do 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 lenta deve ser maior que 0,0. O padrão é 1.0 caso não seja especificado.

O percentual mínimo ou inicial de tráfego a ser direcionado para novos endpoints. Caso não seja especificado, o padrão é 10%.

Start define o início do intervalo de códigos de status a ser usado para verificações do HealthCheck. Isso é inclusivo.

End define o fim do intervalo de códigos de status a serem usados para as verificações de HealthCheck. Isso é inclusivo.

TargetRef identifica um objeto de API ao qual a política será aplicada.

As portas especificam a lista de portas no destino em que a política é aplicada.

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

Um caminho define uma reescrita de trajetória.

Metadados do objeto.

Especificação é as especificações do recurso filho da Política de Segurança do Gateway de Aplicativo para Contêineres.

O status define o estado atual do recurso filho da Política de Segurança de Contêineres do Gateway de Aplicativo.

TargetRef identifica um objeto de API ao qual a política será aplicada.

WebApplicationFirewallPolicy é usado para especificar um recurso WebApplicationPolicy

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

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