Verwendungsszenarios

  • 2 Minuten

Nachdem Sie nun die Vor- und Nachteile für die Entscheidungskriterien eingerichtet haben, empfiehlt es sich, einige Szenarien zu durchlaufen.

Entwicklung

Die Entwicklung mehrerer Funktionen in einem begrenzten IP-Adressraum unterzubringen, kann eine Herausforderung darstellen. kubenet wurde mit Blick auf die Einsparung von Adressraum konzipiert und eignet sich daher hervorragend für Entwicklungs- oder experimentelle Umgebungen.

Wenn eine oder mehrere der folgenden Punkte nicht zutreffen, sollten Sie sich für eine Entwicklungsumgebung mit Azure CNI-Netzwerk entscheiden:

  • Experimentelle oder in der Entwicklung befindliche Funktionen benötigen nicht die schnellen Skalierungsmöglichkeiten, die virtuelle Knoten mit Azure Container Instances bieten.
  • Geringfügige Wartezeiten in der Umgebung, die durch einen zusätzlichen Hop für die Podkommunikation verursacht werden, sind akzeptabel.
  • Der Betriebsaufwand für die Verwaltung von Routentabellen und UDRs in der Entwicklungsumgebung ist akzeptabel.
  • Die Entwicklungsumgebung unterstützt nur Linux-basierte Knotenpools.

Mit kubenet erstellt und konfiguriert die Azure-Plattform automatisch die virtuellen Netzwerkressourcen, wenn Sie einen AKS-Cluster erstellen. Sie können die virtuellen Netzwerkressourcen auch manuell erstellen und konfigurieren und diese bei der Erstellung mit diesen Ressourcen verbinden. Änderungen an von Azure verwalteten Netzwerkressourcen werden jedoch nicht unterstützt.

Produktion

Beachten Sie, dass es mehrere Faktoren gibt, die verhindern, dass kubenet eine akzeptable Netzwerkoption für die Produktion ist. Kubenet eignet sich hervorragend als schnelle Methode zum Prototyping und Testen kleiner Anwendungen in der Entwicklung.

Stattdessen eignet sich Azure CNI für Produktionsumgebungen für seine konfigurierbare Netzwerkoption, die Folgendes umfasst:

  • Geringere Wartezeit.
  • Schnelle Skalierung über virtuelle Knoten mit Azure Container Instances.
  • Direkt adressierbare Pods vereinfachen die Konnektivität zu Diensten, die außerhalb des Clusters laufen.
  • Unterstützung für erweiterte Netzwerktopologien und zugehörige Funktionen.

Sie können sich auch für die Nutzung von Azure CNI für Entwicklungsumgebungen entscheiden, wenn eine oder mehrere der Funktionen für Ihren Anwendungsfall erforderlich sind. Wenn beispielsweise auf Windows Server basierende Knoten erforderlich sind, muss Azure CNI sowohl für Entwicklungs- als auch für Produktionscluster verwendet werden. Denken Sie daran, dass diese Wahl eine umfangreichere Planung der Netzwerktopologie erforderlich macht, für die Sie einen Experten benötigen.