API-specifikation för Application Gateway för containrar för Kubernetes

"application-cookie"

AffinityTypeApplicationCookie är en sessionstillhörighetstyp för en programcookie

"managed-cookie"

AffinityTypeManagedCookie är en sessionstillhörighetstyp för en hanterad cookie

"Accepterad"

AlbReasonAccepted anger att Application Gateway for Containers-resursen godkänns av kontrollanten.

Ready (Redo)

AlbReasonDeploymentReady anger resursdistributionsstatus för Application Gateway for Containers.

"InProgress"

AlbReasonInProgress anger om Application Gateway for Containers-resursen håller på att skapas, uppdateras eller tas bort.

"Accepterad"

AlbConditionTypeAccepted anger om Application Gateway for Containers-resursen godkänns av kontrollanten.

"Distribution"

AlbConditionTypeDeployment anger distributionsstatusen för resursen Application Gateway for Containers.

Associationer är undernätsresurs-ID:t som Application Gateway for Containers-resursen är associerad med.

Kända villkorstyper är:

• “Accepterad”
• “Klar”

Objekts’metadata.

Specifikationen är specifikationerna för Application Gateway for Containers-resursen.

Status definierar det aktuella tillståndet för Application Gateway for Containers-resursen.

Objekts’metadata.

Spec är BackendLoadBalancingPolicy-specifikationen.

Status definierar det aktuella tillståndet för BackendLoadBalancingPolicy.

"Accepterad"

BackendLoadBalancingPolicyReasonAccepted används för att ange BackendLoadBalancingPolicyConditionReason till Godkänd när den angivna BackendLoadBalancingPolicy är korrekt konfigurerad

Konfliktfylld

BackendLoadBalancingPolicyReasonConflicted används när målreferensen står i konflikt med ett redan existerande policymål

OgiltigBackendLastbalanseringspolicy

BackendLoadBalancingPolicyReasonInvalid är orsaken till att BackendLoadBalancingPolicy’inte accepteras

"InvalidGroup"

BackendLoadBalancingPolicyReasonInvalidGroup används när gruppen är ogiltig

"InvalidKind"

BackendLoadBalancingPolicyReasonInvalidKind används när en typ eller en grupp är ogiltig

"InvalidName"

BackendLoadBalancingPolicyReasonInvalidName används när namnet är ogiltigt

"InvalidService"

BackendLoadBalancingPolicyReasonInvalidService används när tjänsten är ogiltig

"NoTargetReference"

BackendLoadBalancingPolicyReasonNoTargetReference används när det inte finns’någon målreferens

"RefNotPermitted"

BackendLoadBalancingPolicyReasonRefNotPermitted används när referensen inte tillåts’

"ResolvedRefs"

BackendLoadBalancingPolicyReasonResolvedRefs används för att ange BackendLoadBalancingPolicyConditionReason till ResolvedRefs när den angivna BackendLoadBalancingPolicy har rätt referenser

"Accepterad"

BackendLoadBalancingPolicyConditionAccepted används för att ange BackendLoadBalancingPolicyConditionType till Godkänd

"ResolvedRefs"

BackendLoadBalancingPolicyConditionResolvedRefs används för att ange BackendLoadBalancingPolicyCondition till ResolvedRefs

Port är den port som ska användas för anslutning till serverdelen

TargetRefs identifierar en lista över API-objekt som principen ska tillämpas på.

LoadBalancing definierar schemat för att konfigurera alternativ för belastningsutjämning

Objekts’metadata.

Specifikationen är BackendTLSPolicy-specifikationen.

Status definierar det aktuella tillståndet för BackendTLSPolicy.

(Medlemmar i CommonTLSPolicy är inbäddade i den här typen.)

Sni är det servernamn som ska användas för TLS-anslutningen till serverdelen.

Portar anger listan över portar där principen tillämpas.

ClientCertificateRef är referensen till klientcertifikatet som ska användas för TLS-anslutningen till serverdelen.

Port är porten som ska användas för TLS-anslutningen till serverdelen

TargetRef identifierar ett API-objekt som principen ska tillämpas på.

Åsidosättning definierar principkonfiguration som ska åsidosätta principkonfigurationen som är kopplad under målresursen i hierarkin.

Obs! Åsidosättning stöds inte för närvarande och resulterar i ett valideringsfel. Stöd för åsidosättning läggs till i en framtida version.

Standard definierar standardprincipkonfigurationen för målresursen.

Villkor beskriver de aktuella villkoren för BackendTLSPolicy.

Implementeringar bör föredra att uttrycka BackendTLSPolicy-villkor med hjälp av BackendTLSPolicyConditionType konstanterna och BackendTLSPolicyConditionReason så att operatorer och verktyg kan konvergera i ett gemensamt ordförråd för att beskriva BackendTLSPolicy-tillstånd.

Kända villkorstyper är:

• “Accepterad”
• “ResolvedRefs”

Verifiera innehåller alternativ för att verifiera peer-certifikatet.

CaCertificateRef är certifikatutfärdarcertifikatet som används för att verifiera peer-certifikatet.

SubjectAltName är det alternativa ämnesnamnet som används för att verifiera peer-certifikatet.

(Medlemmar i NamespacedPolicyTargetReference är inbäddade i den här typen.)

SectionNames är namnet på avsnittet i målresursen. När den är ospecificerad riktar sig denna targetRef mot hela resursen. I följande resurser tolkas SectionNames som följande:

• Gateway: Lyssnarnamn
• Tjänst: Portnamn

Om ett SectionNames har angetts, men’inte finns på målobjektet, kan principen inte kopplas och principimplementeringen registrerar ett ResolvedRefs eller liknande villkor i principens’status.

Objekts’metadata.

Specifikationen är FrontendTLSPolicy-specifikationen.

Status definierar det aktuella tillståndet för FrontendTLSPolicy.

Verifiera innehåller alternativ för att verifiera peer-certifikatet.

Typ är principens typ.

TargetRef identifierar ett API-objekt som principen ska tillämpas på.

Standard definierar standardprincipkonfigurationen för målresursen.

Åsidosättning definierar principkonfiguration som ska åsidosätta principkonfigurationen som är kopplad under målresursen i hierarkin.

Obs! Åsidosättning stöds inte för närvarande och resulterar i ett valideringsfel. Stöd för åsidosättning läggs till i en framtida version.

Villkor beskriver de aktuella villkoren för FrontendTLSPolicy.

Implementeringar bör föredra att uttrycka FrontendTLSPolicy-villkor med hjälp av FrontendTLSPolicyConditionType konstanterna och FrontendTLSPolicyConditionReason så att operatorer och verktyg kan konvergera i ett gemensamt ordförråd för att beskriva FrontendTLSPolicy-tillstånd.

Kända villkorstyper är:

• “Accepterad”

"fördefinierad"

PredefinedFrontendTLSPolicyType är typen av den fördefinierade TLS-principen för klientdelen.

"2023-06"

PredefinedPolicy202306 är namnet på den fördefinierade klientdels-TLS-principen för principen “2023-06”.

"2023-06-S"

PredefinedPolicy202306Strict är namnet på den fördefinierade klientdels-TLS-principen för principen “2023-06-S”. Detta är en strikt version av policyn “2023-06”.

Utfärdare om den finns används som värdet för utfärdarhuvudet i hälsokontrollen.

Tjänsten tillåter konfiguration av en hälsokontroll som registrerats under ett annat tjänstnamn.

Namnet är namnet på HTTP-huvudet som ska matchas. Namnmatchning MÅSTE vara skiftlägesokänsligt. (Se https://tools.ietf.org/html/rfc7230#section-3.2).

Om flera poster anger motsvarande rubriknamn måste den första posten med motsvarande namn beaktas för en matchning. Efterföljande poster med motsvarande rubriknamn MÅSTE ignoreras. På grund av skiftlägeskänsligheten för rubriknamn “anses foo” och “Foo” vara likvärdiga.

Värdet är värdet för HTTP-huvudet som ska matchas.

Brödtext definierar HTTP-brödtextmatchare som ska användas för HealthCheck-kontroller.

StatusCodes definierar HTTP-statuskoden matchare som ska användas för HealthCheck-kontroller.

Typ definierar typen av sökvägsmodifierare. Fler typer kan läggas till i en framtida version av API:et.

Värden kan läggas till i den här uppräkningen, implementeringar måste se till att okända värden’inte orsakar en krasch.

Okända värden här måste resultera i implementeringsinställningen Godkända villkor för att regeln ska vara false

ReplaceFullPath anger det värde som du vill ersätta den fullständiga sökvägen för en begäran med under en omskrivning eller omdirigering.

ReplacePrefixMatch anger det värde som prefixmatchningen för en begäran ska ersättas med under en omskrivning eller omdirigering. En begäran till “/foo/bar” med prefixmatchningen “/foo” och ReplacePrefixMatch för “/xyz” ändras till “/xyz/bar”.

Detta matchar beteendet för PathPrefix-matchningstypen. Detta matchar fullständiga sökvägselement. Ett sökvägselement refererar till listan över etiketter i sökvägen som delas av / avgränsaren. När det anges ignoreras en avslutande / . Sökvägarna /abc, /abc/och /abc/def skulle till exempel matcha prefixet /abc, men sökvägen /abcd skulle’inte göra det.

ReplacePrefixMatch är endast kompatibelt med en PathPrefix HTTPRouteMatch. Om du använder någon annan HTTPRouteMatch-typ på samma HTTPRouteRule resulterar det i implementeringsinställningen Godkända villkor för vägen till status: False.