Legen Sie vor dem Bereitstellen von ArcGIS Enterprise on Kubernetes die URL fest, die Ihre ArcGIS Enterprise-Organisation repräsentieren soll, und aktivieren Sie den Client-Zugriff auf diese URL. Diese einzige URL ermöglicht den Zugriff auf mehrere Ressourcen wie Apps, Verwaltungswerkzeuge und APIs und legt fest, wie Antworten auf Client-Anforderungen gebildet werden.
Der Zugriff auf die ArcGIS Enterprise-Organisation erfolgt über eine einzige URL, die sich aus einem Schema, einem Host und einem Kontext zusammensetzt, wie nachstehend dargestellt.

Die Begriffe in diesem Beispiel werden wie folgt definiert:
- Schema: Es teilt dem Antragsteller oder Browser mit, dass er über HTTPS auf die URL der Organisation zugreifen soll.
- Host: Er beschreibt den vollständig qualifizierten Domänennamen (FQDN) oder den DNS-Alias (Domain Name System) für die Organisation.
- Kontext: Er bezieht sich auf den Namen, den ein Administrator bei der Installation der ArcGIS Web Adaptor-Komponente angibt.
Netzwerkfluss
Die Organisations-URL enthält den FQDN, der verwendet wird, um Client-Datenverkehr zu einer ArcGIS Enterprise-Organisation zu leiten. Der FQDN wird über einen DNS-Datensatz zu einem Edge Load Balancer aufgelöst, der den Datenverkehr zurück zum gebündelten Ingress-Controller leitet. Zwischen diesen beiden Netzwerk-Hops können zusätzliche Load Balancer, Web Adaptors oder Ingress-Controller vorhanden sein und den Netzwerkfluss beeinflussen. Sobald die Anforderung jedoch den gebündelten Ingress-Controller erreicht, wird eine Reihe von verwalteten und mit Namespace versehenen Ingress-Objekten verwendet, um Anforderungen an den richtigen Backend-Microservice zu leiten.
Wenn Sie an einem beliebigen Punkt im Netzwerkpfad einen Load Balancer auf Schicht 7 verwenden, müssen Sie den X-Forwarded-Host-Header so festlegen, dass er mit dem FQDN der Organisation übereinstimmt, damit die Proxy-Anforderungen ordnungsgemäß weitergeleitet werden und über den gesamten Weg zurück zum gebündelten Ingress-Controller erhalten bleiben.
