Specifica API del Gateway applicativo per contenitori per Kubernetes

"application-cookie"

AffinityTypeApplicationCookie è un tipo di affinità di sessione per un cookie di applicazione

"managed-cookie"

AffinityTypeManagedCookie è un tipo di affinità di sessione per un cookie gestito

"Accepted"

AlbReasonAccepted indica che la risorsa Gateway applicativo per contenitori viene accettata dal controller.

"Pronto"

AlbReasonDeploymentReady indica lo stato di distribuzione delle risorse del Gateway applicativo per contenitori.

"InProgress"

AlbReasonInProgress indica se la risorsa Gateway applicativo per contenitori è in corso di creazione, aggiornamento o eliminazione.

"Accepted"

AlbConditionTypeAccepted indica se la risorsa Gateway applicativo per contenitori viene accettata dal controller.

"Deployment"

AlbConditionTypeDeployment indica lo stato di distribuzione della risorsa Gateway applicativo per contenitori.

Le associazioni sono ID della risorsa subnet a cui viene associata la risorsa Gateway applicativo per contenitori.

I tipi di condizione noti sono:

• “Accettato”
• “Pronto”

Metadati dell'oggetto’.

Spec è la specifica per la risorsa Gateway applicativo per contenitori.

Status definisce lo stato corrente della risorsa Gateway applicativo per contenitori.

Metadati dell'oggetto’.

Spec è la specifica BackendTLSPolicy.

Status definisce lo stato corrente di BackendTLSPolicy.

"Accepted"

BackendTLSPolicyReasonAccepted viene usato per impostare BackendTLSPolicyConditionReason su Accepted quando la configurazione specificata per BackendTLSPolicy è corretta

"InvalidBackendTLSPolicy"

BackendTLSPolicyReasonInvalid è il motivo per cui BackendTLSPolicy non è Accepted

"InvalidCertificateRef"

BackendTLSPolicyReasonInvalidCertificateRef viene usato in presenza di un riferimento a un certificato non valido

"InvalidGroup"

BackendTLSPolicyReasonInvalidGroup viene usato quando il gruppo non è valido

"InvalidKind"

BackendTLSPolicyReasonInvalidKind viene usato quando il tipo/gruppo non è valido

"InvalidName"

BackendTLSPolicyReasonInvalidName viene usato quando il nome non è valido

"InvalidSecret"

BackendTLSPolicyReasonInvalidSecret viene usato quando il segreto non è valido

"InvalidService"

BackendTLSPolicyReasonInvalidService viene usato quando il servizio non è valido

"NoTargetReference"

BackendTLSPolicyReasonNoTargetReference viene usato quando non è presente alcun riferimento di destinazione

"OverrideNotSupported"

BackendTLSPolicyReasonOverrideNotSupported viene usato quando l'override non è supportato

"RefNotPermitted"

BackendTLSPolicyReasonRefNotPermitted viene usato quando il riferimento non è consentito

"SectionNamesNotPermitted"

BackendTLSPolicyReasonSectionNamesNotPermitted viene usato quando i nomi delle sezioni non sono consentiti

"Accepted"

BackendTLSPolicyConditionAccepted viene usato per impostare BackendTLSPolicyConditionType su Accepted

"ResolvedRefs"

BackendTLSPolicyConditionResolvedRefs viene usato per impostare BackendTLSPolicyCondition su ResolvedRefs

(I membri di CommonTLSPolicy sono incorporati in questo tipo.)

Sni è il nome del server da usare per la connessione TLS al back-end.

Ports specifica l'elenco di porte in cui vengono applicati i criteri.

ClientCertificateRef è il riferimento al certificato client da usare per la connessione TLS al back-end.

Port è la porta da usare per la connessione TLS al back-end

TargetRef identifica un oggetto API a cui applicare i criteri.

Override definisce la configurazione dei criteri che deve eseguire l'override della configurazione dei criteri collegata sotto la risorsa di destinazione nella gerarchia.

Nota: l'override non è attualmente supportato e genera un errore di convalida. Il supporto per override verrà aggiunto in una versione futura.

Default definisce la configurazione predefinita dei criteri per la risorsa di destinazione.

Conditions descrive le condizioni correnti di BackendTLSPolicy.

Le implementazioni devono esprimere le condizioni BackendTLSPolicy usando preferibilmente le costanti BackendTLSPolicyConditionType e BackendTLSPolicyConditionReason in modo che gli operatori e gli strumenti possano convergere su un vocabolario comune per descrivere lo stato di BackendTLSPolicy.

I tipi di condizione noti sono:

• “Accettato”

Verificare che siano disponibili le opzioni per verificare il certificato peer.

CaCertificateRef è il certificato della CA usato per verificare il certificato peer.

SubjectAltName è il nome alternativo del soggetto usato per verificare il certificato peer.

(I membri di NamespacedPolicyTargetReference sono incorporati in questo tipo.)

SectionNames è il nome della sezione all'interno della risorsa di destinazione. Se non specificato, questo targetRef è destinato all'intera risorsa. Nelle risorse seguenti, SectionNames viene interpretato come segue:

• Gateway: Nome listener
• Servizio: Nome porta

Se SectionNames viene specificato, ma non esiste nell’oggetto di destinazione, il criterio non viene associato e l'implementazione dei criteri registrerà una condizione ResolvedRefs o una condizione simile nello stato dei criteri.

Metadati dell'oggetto’.

Spec è la specifica FrontendTLSPolicy.

Status definisce lo stato corrente di FrontendTLSPolicy.

"Accepted"

FrontendTLSPolicyReasonAccepted viene usato per impostare FrontendTLSPolicyConditionReason su Accepted quando la configurazione specificata per FrontendTLSPolicy è corretta

"InvalidFrontendTLSPolicy"

FrontendTLSPolicyReasonInvalid è il motivo per cui FrontendTLSPolicy non è Accepted

"InvalidCertificateRef"

FrontendTLSPolicyReasonInvalidCertificateRef viene usato in presenza di un riferimento a un certificato non valido

"InvalidDefault"

FrontendTLSPolicyReasonInvalidDefault viene usato quando il valore predefinito non è valido

"InvalidGateway"

FrontendTLSPolicyReasonInvalidGateway viene usato quando il gateway non è valido

"InvalidGroup"

FrontendTLSPolicyReasonInvalidGroup viene usato quando il gruppo non è valido

"InvalidKind"

FrontendTLSPolicyReasonInvalidKind viene usato quando il tipo/gruppo non è valido

"InvalidName"

FrontendTLSPolicyReasonInvalidName viene usato quando il nome non è valido

"InvalidPolicyName"

FrontendTLSPolicyReasonInvalidPolicyName viene usato quando il nome del criterio non è valido

"InvalidPolicyType"

FrontendTLSPolicyReasonInvalidPolicyType viene usato quando il tipo di criterio non è valido

"InvalidTargetReference"

FrontendTLSPolicyReasonInvalidTargetReference viene usato quando il riferimento di destinazione non è valido

"NoTargetReference"

FrontendTLSPolicyReasonNoTargetReference viene usato quando non è presente alcun riferimento di destinazione

"OverrideNotSupported"

FrontendTLSPolicyReasonOverrideNotSupported viene usato quando l'override non è supportato

"RefNotPermitted"

FrontendTLSPolicyReasonRefNotPermitted viene usato quando il riferimento non è consentito

"SectionNamesNotPermitted"

FrontendTLSPolicyReasonSectionNamesNotPermitted viene usato quando i nomi delle sezioni non sono consentiti

"Accepted"

FrontendTLSPolicyConditionAccepted viene usato per impostare FrontendTLSPolicyCondition su Accepted

"ResolvedRefs"

FrontendTLSPolicyConditionResolvedRefs viene usato per impostare FrontendTLSPolicyCondition su ResolvedRefs

Verificare che siano disponibili le opzioni per verificare il certificato peer.

Type è il tipo del criterio.

TargetRef identifica un oggetto API a cui applicare i criteri.

Default definisce la configurazione predefinita dei criteri per la risorsa di destinazione.

Override definisce la configurazione dei criteri che deve eseguire l'override della configurazione dei criteri collegata sotto la risorsa di destinazione nella gerarchia.

Nota: l'override non è attualmente supportato e genera un errore di convalida. Il supporto per override verrà aggiunto in una versione futura.

Le condizioni descrivono le condizioni correnti di FrontendTLSPolicy.

Le implementazioni devono esprimere le condizioni FrontendTLSPolicy usando preferibilmente le costanti FrontendTLSPolicyConditionType e FrontendTLSPolicyConditionReason in modo che gli operatori e gli strumenti possano convergere su un vocabolario comune per descrivere lo stato di FrontendTLSPolicy.

I tipi di condizione noti sono:

• “Accettato”

"predefined"

PredefinedFrontendTLSPolicyType è il tipo dei criteri TLS front-end predefiniti.

"2023-06"

PredefinedPolicy202306 è il nome dei criteri TLS front-end predefiniti per il criterio “2023-06”.

"2023-06-S"

PredefinedPolicy202306Strict è il nome dei criteri TLS front-end predefiniti per il criterio “2023-06-S”. Si tratta di una versione rigorosa del criterio “2023-06”.

L'autorità, se presente, viene usata come valore dell'intestazione Authority nel controllo integrità.

Il servizio consente la configurazione di un controllo integrità registrato con un nome di servizio diverso.

Name è il nome dell'intestazione HTTP per cui trovare la corrispondenza. La corrispondenza dei nomi non DEVE prevedere alcuna distinzione tra maiuscole e minuscole. (Vedere https://tools.ietf.org/html/rfc7230#section-3.2).

Se più voci specificano nomi di intestazione equivalenti, la prima voce con un nome equivalente DEVE essere considerata per la corrispondenza. Le voci successive con un nome di intestazione equivalente DEVONO essere ignorate. Poiché non viene applicata alcuna distinzione tra maiuscole e minuscole per i nomi di intestazione, “foo” e “Foo” vengono considerati equivalenti.

Value è il valore dell'intestazione HTTP per cui trovare una corrispondenza.

Body definisce i matcher del corpo HTTP da usare per i controlli HealthCheck.

StatusCodes definisce i matcher del codice di stato HTTP da usare per i controlli HealthCheck.

Type definisce il tipo di modificatore di percorso. È possibile che vengano aggiunti più tipi in una versione futura dell'API.

I valori possono essere aggiunti a questo enumerazione. In tal caso, le implementazioni devono garantire che i valori sconosciuti non causino un arresto anomalo.

In questa situazione, in presenza di valori sconosciuti l'implementazione deve impostare la condizione Accepted per la regola su false

ReplaceFullPath specifica il valore con cui sostituire il percorso completo di una richiesta durante una riscrittura o un reindirizzamento.

ReplacePrefixMatch specifica il valore con cui sostituire la corrispondenza del prefisso di una richiesta durante una riscrittura o un reindirizzamento. Ad esempio, una richiesta a “/foo/bar” con una corrispondenza del prefisso di “/foo” e un valore ReplacePrefixMatch di “/xyz” verrebbe modificata in “/xyz/bar”.

Ciò coincide con il comportamento del tipo di corrispondenza PathPrefix. La corrispondenza viene trovata per elementi di percorso completi. Un elemento del percorso fa riferimento all'elenco di etichette nel percorso delimitate dal separatore /. Un eventuale carattere / specificato alla fine viene ignorato. Ad esempio, i percorsi /abc, /abc/ e /abc/def corrispondono tutti al prefisso /abc, diversamente dal percorso /abcd.

ReplacePrefixMatch è compatibile solo con HTTPRouteMatch PathPrefix. L'uso di qualsiasi altro tipo HTTPRouteMatch nella stessa HTTPRouteRule comporta l'impostazione nell'implementazione della condizione Accepted per la route su status: False.

"ReplaceFullPath"

FullPathHTTPPathModifier sostituisce il percorso completo con il valore specificato.

"ReplacePrefixMatch"

PrefixMatchHTTPPathModifier sostituisce qualsiasi percorso di prefisso con il valore di sostituzione. Ad esempio, un percorso con una corrispondenza del prefisso di “/foo” e una sostituzione ReplacePrefixMatch di “/bar” sostituisce “/foo” con “/bar” nelle richieste corrispondenti.

Ciò coincide con il comportamento del tipo di corrispondenza PathPrefix. La corrispondenza viene trovata per elementi di percorso completi. Un elemento del percorso fa riferimento all'elenco di etichette nel percorso delimitate dal separatore /. Un eventuale carattere / specificato alla fine viene ignorato. Ad esempio, i percorsi /abc, /abc/ e /abc/def corrispondono tutti al prefisso /abc, diversamente dal percorso /abcd.

Host è il valore dell'intestazione host da usare per i controlli HealthCheck.

Path è il percorso da usare per i controlli HealthCheck.

Match definisce i matcher HTTP da usare per i controlli HealthCheck.

Set sovrascrive la richiesta con l'intestazione specificata (name, value) prima dell'azione.

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

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

Output: GET /foo HTTP/1.1 my-header: bar

Add aggiunge le intestazioni (name, value) specificate alla richiesta prima dell'azione. L'aggiunta viene eseguita per tutti i valori esistenti associati al nome dell'intestazione.

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

Config: add: - name: “my-header” value: “bar,baz”

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

Rimuovere le intestazioni specificate dalla richiesta HTTP prima dell'azione. Il valore di Remove è un elenco di nomi di intestazione HTTP. I nomi delle intestazioni non fanno distinzione tra maiuscole e minuscole (vedere https://datatracker.ietf.org/doc/html/rfc2616#section-4.2).

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

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

Output: GET /foo HTTP/1.1 my-header2: bar

Metadati dell'oggetto’.

Spec è la specifica HealthCheckPolicy.

Status definisce lo stato corrente di HealthCheckPolicy.

"BackendTLSPolicyNotFound"

BackendTLSPolicyConditionNotFound viene usato quando BackendTLSPolicy non viene trovato per il servizio.

"Accepted"

HealthCheckPolicyReasonAccepted viene usato per impostare HealthCheckPolicyConditionReason su Accepted. Quando HealthCheckPolicy specificato è configurato correttamente.

"InvalidHealthCheckPolicy"

HealthCheckPolicyReasonInvalid è il motivo per cui HealthCheckPolicy non è Accepted.

"InvalidGroup"

HealthCheckPolicyReasonInvalidGroup viene usato quando il gruppo non è valido.

"InvalidKind"

HealthCheckPolicyReasonInvalidKind viene usato quando il tipo/gruppo non è valido.

"InvalidName"

HealthCheckPolicyReasonInvalidName viene usato quando il nome non è valido.

"InvalidPort"

HealthCheckPolicyReasonInvalidPort viene usato quando la porta non è valida.

"InvalidService"

HealthCheckPolicyReasonInvalidService viene usato quando il servizio non è valido.

"NoTargetReference"

HealthCheckPolicyReasonNoTargetReference viene usato quando non è presente alcun riferimento di destinazione.

"OverrideNotSupported"

HealthCheckPolicyReasonOverrideNotSupported viene usato quando l'override non è supportato.

"RefNotPermitted"

HealthCheckPolicyReasonRefNotPermitted viene usato quando il riferimento non è consentito.

"SectionNamesNotPermitted"

HealthCheckPolicyReasonSectionNamesNotPermitted viene usato quando i nomi delle sezioni non sono consentiti.

"Accepted"

HealthCheckPolicyConditionAccepted viene usato per impostare HealthCheckPolicyConditionType su Accepted.

"ResolvedRefs"

HealthCheckPolicyConditionResolvedRefs viene usato per impostare HealthCheckPolicyCondition su ResolvedRefs.

Interval è il numero di secondi tra i controlli HealthCheck.

Timeout è il numero di secondi dopo il quale il controllo HealthCheck viene considerato non riuscito.

Port è la porta da usare per i controlli HealthCheck.

UnhealthyThreshold è il numero di controlli HealthCheck consecutivi non riusciti.

HealthyThreshold è il numero di controlli HealthCheck consecutivi riusciti.

UseTLS indica se il controllo integrità deve imporre TLS. Per impostazione predefinita, il controllo integrità userà lo stesso protocollo del servizio se per il controllo integrità viene usata la stessa porta. Se la porta è diversa, il controllo integrità sarà in testo non crittografato.

HTTP definisce la specifica del vincolo HTTP per il controllo HealthCheck di una risorsa di destinazione.

GRPC configura un gRPC v1 HealthCheck (https://github.com/grpc/grpc-proto/blob/master/grpc/health/v1/health.proto) sulla risorsa di destinazione.

TargetRef identifica un oggetto API a cui applicare i criteri.

Override definisce la configurazione dei criteri che deve eseguire l'override della configurazione dei criteri collegata sotto la risorsa di destinazione nella gerarchia.

Nota: l'override non è attualmente supportato e genererà un errore di convalida. Il supporto per override verrà aggiunto in una versione futura.

Default definisce la configurazione predefinita dei criteri per la risorsa di destinazione.

Conditions descrive le condizioni correnti di HealthCheckPolicy.

Le implementazioni devono esprimere le condizioni HealthCheckPolicy usando preferibilmente le costanti HealthCheckPolicyConditionType e HealthCheckPolicyConditionReason in modo che gli operatori e gli strumenti possano convergere su un vocabolario comune per descrivere lo stato di HealthCheckPolicy.

I tipi di condizione noti sono:

• “Accettato”

Port indica la porta nel servizio back-end

Name deve fare riferimento a un nome su una porta nel servizio back-end

Protocol deve essere uno dei valori “HTTP” o “HTTPS”

Service identifica il valore di BackendSetting descritto da questo stato

Errors è un elenco di errori relativi a questa impostazione

Valid indica che non sono presenti errori di convalida in questo BackendSetting

Service è il nome di un servizio back-end a cui si applica questa configurazione

È possibile usare ports per indicare se il servizio back-end è in ascolto su HTTP o HTTPS

È possibile usare TrustedRootCertificate per fornire un certificato che il gateway può considerare attendibile per le comunicazioni con il back-end su una porta specificata come HTTPS

SessionAffinity consente di assegnare in modo coerente le richieste client allo stesso back-end

I timeout definiscono un set di parametri di timeout da applicare a un ingresso

Metadati dell'oggetto’.

Spec è la specifica IngressExtension.

"Accepted"

IngressExtensionReasonAccepted viene usato per impostare IngressExtensionConditionAccepted su Accepted

"HasValidationErrors"

IngressExtensionReasonHasErrors indica che sono presenti alcuni errori di convalida

"NoValidationErrors"

IngressExtensionReasonNoErrors indica che non sono presenti errori di convalida

"PartiallyAcceptedWithErrors"

IngressExtensionReasonPartiallyAccepted viene usato per impostare IngressExtensionConditionAccepted su Accepted, ma con errori di convalida non irreversibili

"Accepted"

IngressExtensionConditionAccepted indica se l'oggetto IngressExtension viene accettato (riconciliato) dal controller

"Errors"

IngressExtensionConditionErrors indica se sono presenti errori di convalida o compilazione nell'estensione

Rules definisce le regole per ogni host

BackendSettings definisce un set di opzioni di configurazione per i back-end del servizio Ingress

Rules include informazioni dettagliate sullo stato relative a ogni regola

BackendSettings include informazioni dettagliate sullo stato relative a ogni BackendSettings

Conditions descrive le condizioni correnti di IngressExtension. I tipi di condizione noti sono:

• “Accettato”
• “Errori”

Type identifica il tipo di riscrittura

RequestHeaderModifier definisce uno schema che modifica le intestazioni delle richieste.

RequestHeaderModifier definisce uno schema che modifica le intestazioni delle risposte.

URLRewrite definisce uno schema che modifica una richiesta durante l'inoltro.

L'host viene usato per trovare corrispondenze con le regole di ingresso con lo stesso nome host, allo scopo di identificare le regole che influiscono su queste impostazioni

AdditionalHostnames specifica più nomi host su cui restare in ascolto

Rewrites definisce le riscritture per la regola

RequestRedirect definisce il comportamento di reindirizzamento per la regola

Host identifica la regola descritta da questo stato

Errors è un elenco di errori relativi a questa impostazione

Valid indica che non sono presenti errori di convalida per questa regola

RequestTimeout definisce il timeout usato dal servizio di bilanciamento del carico durante l'inoltro delle richieste a un servizio back-end

CaCertificateRef è il certificato della CA usato per verificare il certificato peer.

SubjectAltNames è l'elenco di nomi alternativi del soggetto usati per verificare il certificato peer.

Name è il nome del criterio.

PredefinedFrontendTLSPolicyType è il tipo dei criteri TLS front-end predefiniti.

"HTTP"

ProtocolHTTP implica che il servizio usi HTTP.

"HTTPS"

ProtocolHTTPS implica che il servizio usi HTTPS.

"TCP"

ProtocolTCP implica che il servizio usi TCP normale.

Scheme è lo schema da usare nel valore dell'intestazione Location nella risposta. Se vuoto, viene usato lo schema della richiesta.

Hostname è il nome host da usare nel valore dell'intestazione Location nella risposta. Se vuoto, viene usato il nome host nell'intestazione Host della richiesta.

Path definisce i parametri usati per modificare il percorso della richiesta in ingresso. Il percorso modificato viene quindi usato per costruire l'intestazione Location. Se vuoto, il percorso della richiesta viene usato così come è.

Port è la porta da usare nel valore dell'intestazione Location nella risposta.

Se non viene specificata alcuna porta, la porta di reindirizzamento DEVE essere derivata usando le regole seguenti:

• Se lo schema di reindirizzamento non è vuoto, la porta di reindirizzamento DEVE essere la porta nota associata allo schema di reindirizzamento. In particolare “http” per la porta 80 e “https” per la porta 443. Se lo schema di reindirizzamento non dispone di una porta nota, DEVE essere usata la porta del listener del gateway.
• Se lo schema di reindirizzamento è vuoto, la porta di reindirizzamento DEVE essere la porta del listener del gateway.

Le implementazioni NON DEVONO aggiungere il numero di porta nell'intestazione ‘Location’ nei casi seguenti:

• Intestazione Location che usa HTTP (indipendentemente dal fatto che sia determinato tramite il protocollo del listener o il campo Scheme) e la porta 80.
• Intestazione Location che usa HTTPS (indipendentemente dal fatto che sia determinato tramite il protocollo del listener o il campo Scheme) e la porta 443.

StatusCode è il codice di stato HTTP da usare nella risposta.

Si noti che potrebbero essere aggiunti altri valori a questa enumerazione. Le implementazioni devono garantire che i valori sconosciuti non causino un arresto anomalo.

"RequestHeaderModifier"

È possibile usare RequestHeaderModifier per aggiungere o rimuovere un'intestazione HTTP da una richiesta HTTP prima che venga inviata alla destinazione upstream.

"ResponseHeaderModifier"

È possibile usare ResponseHeaderModifier per aggiungere o rimuovere un'intestazione HTTP da una risposta HTTP prima che venga inviata al client.

"URLRewrite"

È possibile usare URLRewrite per modificare una richiesta durante l'inoltro.

Metadati dell'oggetto’.

Spec è la specifica RoutePolicy.

Status definisce lo stato corrente di RoutePolicy.

"Accepted"

RoutePolicyReasonAccepted viene usato per impostare RoutePolicyConditionReason su Accepted quando la configurazione specificata per RoutePolicy è corretta

"InvalidRoutePolicy"

RoutePolicyReasonInvalid è il motivo per cui RoutePolicy non è Accepted

"InvalidGRPCRoute"

RoutePolicyReasonInvalidGRPCRoute viene usato quando GRPCRoute non è valido

"InvalidGroup"

RoutePolicyReasonInvalidGroup viene usato quando il gruppo non è valido

"InvalidHTTPRoute"

RoutePolicyReasonInvalidHTTPRoute viene usato quando HTTPRoute non è valido

"InvalidKind"

RoutePolicyReasonInvalidKind viene usato quando il tipo/gruppo non è valido

"InvalidName"

RoutePolicyReasonInvalidName viene usato quando il nome non è valido

"NoTargetReference"

RoutePolicyReasonNoTargetReference viene usato quando non è presente alcun riferimento di destinazione

"OverrideNotSupported"

RoutePolicyReasonOverrideNotSupported viene usato quando l'override non è supportato

"RefNotPermitted"

RoutePolicyReasonRefNotPermitted viene usato quando il riferimento non è consentito

"SectionNamesNotPermitted"

RoutePolicyReasonSectionNamesNotPermitted viene usato quando i nomi delle sezioni non sono consentiti

"Accepted"

RoutePolicyConditionAccepted viene usato per impostare RoutePolicyConditionType su Accepted

"ResolvedRefs"

RoutePolicyConditionResolvedRefs viene usato per impostare RoutePolicyCondition su ResolvedRefs

Timeouts definisce i timeout personalizzati per la risorsa di destinazione.

SessionAffinity definisce lo schema per la specifica dell'affinità di sessione

TargetRef identifica un oggetto API a cui applicare i criteri.

Override definisce la configurazione dei criteri che deve eseguire l'override della configurazione dei criteri collegata sotto la risorsa di destinazione nella gerarchia.

Nota: l'override non è attualmente supportato e genera un errore di convalida. Il supporto per override verrà aggiunto in una versione futura.

Default definisce la configurazione predefinita dei criteri per la risorsa di destinazione.

Conditions descrive le condizioni correnti di RoutePolicy.

Le implementazioni devono esprimere le condizioni RoutePolicy usando preferibilmente le costanti RoutePolicyConditionType e RoutePolicyConditionReason in modo che gli operatori e gli strumenti possano convergere su un vocabolario comune per descrivere lo stato di RoutePolicy.

I tipi di condizione noti sono:

• “Accettato”

RouteTimeout è il timeout per la route.

Start definisce l'inizio dell'intervallo di codici di stato da usare per i controlli HealthCheck. L'intervallo è inclusivo.

End definisce la fine dell'intervallo di codici di stato da usare per i controlli HealthCheck. L'intervallo è inclusivo.

Hostname è il valore da usare per sostituire il valore dell'intestazione host durante l'inoltro.

Path definisce una riscrittura del percorso.