Übersicht über Azure Kubernetes-Anwendungsnetzwerk für AKS (Vorschau)

Von Bedeutung

AKS-Preview-Funktionen stehen auf Selbstbedienungs- und Opt-in-Basis zur Verfügung. Vorschauversionen werden „im Istzustand“ und „wie verfügbar“ bereitgestellt und sind von den Service Level Agreements und der eingeschränkten Garantie ausgeschlossen. AKS-Vorschauversionen werden teilweise vom Kundensupport auf Grundlage der bestmöglichen Leistung abgedeckt. Daher sind diese Funktionen nicht für die Verwendung in der Produktion vorgesehen. Weitere Informationen finden Sie in den folgenden Supportartikeln:

Azure Kubernetes Application Network bietet eine vollständig verwaltete, ambient-basierte Servicenetzwerklösung für Azure Kubernetes Service (AKS). Dies ermöglicht eine sichere, richtliniengesteuerte Kommunikation zwischen Diensten, ohne dass Sidecars oder Änderungen an Ihren Anwendungen erforderlich sind. Azure verwaltet sowohl die Steuerebene als auch die Datenebene, sodass Sie sich auf Ihre Workloads konzentrieren können, anstatt die Service-Netzwerkinfrastruktur zu betreiben und aufrechtzuerhalten.

Wenn Sie eine Anwendungsnetzwerkressource erstellen, wird eine dedizierte, vollständig verwaltete Steuerung und Datenebene für die Dienst-zu-Dienst-Kommunikation bereitgestellt. Anschließend können Sie einen oder mehrere AKS-Cluster mit der Anwendungsnetzwerkressource verbinden, um sie in das Dienstnetzwerk zu integrieren. Nach der Verbindung verwaltet das Anwendungsnetzwerk Konfigurations-, Dienstidentitäts- und Versionsupgrades und bietet konsistente Sicherheits- und Datenverkehrsrichtlinien für Workloads mit minimalem Konfigurations- und Betriebsaufwand.

Von Bedeutung

Azure Kubernetes-Anwendungsnetzwerk verwaltet nur dienstbezogene Komponenten und Richtlinien. Es verwaltet oder aktualisiert weder Ihr AKS-Cluster, noch die Kubernetes-Version oder die Knotenimages.

Von Bedeutung

Azure Kubernetes Application Network speichert keine Kundendaten.

Grundlegende Funktionen

Application Network bietet einen optimierten Ansatz für Zero-Trust-Networking in AKS. Wichtige Funktionen sind:

  • Umgebungsarchitektur: Bietet Gitterfunktionen ohne Sidecars, reduziert den Ressourcenverbrauch und vereinfacht den Betrieb.
  • Automatisches gegenseitiges TLS (mTLS): Sichert standardmäßig den Dienst-zu-Service-Datenverkehr, der verschlüsselte und unverschlüsselte Verbindungen automatisch unterstützt.
  • Verwaltete Zertifizierungsstelle: Stellt SPIFFE-kompatible Workload-Zertifikate automatisch aus und erneuert sie turnusmäßig.
  • Versions- und Upgradesteuerung: Wählen Sie Nebenversionen manuell aus, oder verwenden Sie Veröffentlichungskanäle für automatisierte Upgrades. Rollout und Patching werden immer über das Anwendungsnetzwerk verwaltet.
  • Integrated Lifecycle Management: Arbeitet als Teil der AKS-Plattform mit vollständig von Azure verwalteten Steuerungsebenenvorgängen.

Übersicht über die Architektur

Anwendungsnetzwerk verwendet ein Umgebungsgittermodell , das aus einfachen Knotenebenen und optionalen L7-Proxys besteht:

  • Proxys auf Knotenebene sichern den gesamten L4 Service-to-Service-Datenverkehr in dem Cluster über mTLS, wodurch die Notwendigkeit von Sidecars beseitigt wird.
  • Optionale L7-Proxys bieten erweiterte Routing- und Richtlinienerzwingung auf Dienstebene.

Dieses Design trennt die Datenebene von einzelnen Workloads, verbessert die Effizienz und vereinfacht die Einführung. Weitere Informationen finden Sie unter Azure Kubernetes Application Network-Architektur.

Unterstützte Szenarien

Das Anwendungsnetzwerk unterstützt AKS-Bereitstellungen mit Linux-basierten Knotenpools in Einzelcluster-Umgebungen. Es ist ideal für Anwendungen, die eine sichere, clusterinterne Kommunikation und eine vereinfachte Mesh-Verwaltung erfordern, ohne Sidecars oder Control-Plane-Komponenten zu verwalten.

Einschränkungen

Das Anwendungsnetzwerk hat derzeit die folgenden Einschränkungen:

  • Anwendungsnetzwerk erfordert AKS Version 1.30 oder höher. Verweisen Sie auf unterstützte Anwendungsnetzwerkversionen für die spezifischen Kompatibilitätsinformationen jeder AKS-Version.
  • Private AKS-Cluster werden derzeit nicht unterstützt.
  • Nur Linux. Windows Knotenpools werden nicht unterstützt.
  • Das Wechseln zwischen Upgrademodi SelfManaged und FullyManaged wird nicht unterstützt.
  • Derzeit nur in den folgenden Regionen unterstützt:
    • centralus
    • eastus
    • eastus2
    • japaneast
    • Northcentralus
    • Nordeuropa
    • southindia
    • southeastasia
    • Westcentralus
    • westus2
    • westus3
  • Das Aktivieren des Istio-basierten Dienstgitter-Add-Ons für AKS wird für Cluster, die mit dem Anwendungsnetzwerk verbunden sind, nicht unterstützt.
  • Der Standort, das Abonnement und die Ressourcengruppe einer Ressource eines Anwendungsnetzwerks werden bei der Erstellung festgelegt und können danach nicht mehr geändert werden.
  • Die übergeordnete Application Network-Instanz, der Standort, das Abonnement und die Ressourcengruppe einer Mitgliedsressource eines Application Network werden beim Beitritt festgelegt und können danach nicht mehr geändert werden.

Verwandte Inhalte

Weitere Informationen zu Azure Kubernetes Application Network finden Sie in den folgenden Artikeln:

  • Zuletzt aktualisiert um