View a markdown version of this page

Kontinuierliche Bereitstellung von CNF - Kontinuierliche Integration und kontinuierliche Bereitstellung für 5G-Netzwerke auf AWS

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Kontinuierliche Bereitstellung von CNF

Dieser Schritt besteht aus einer Abfolge von Schritten, die wiederholt ausgeführt werden, um Änderungen bereitzustellen, die Teil von container/configuration Änderungen sind, die zu Upgrades führen. Die kontinuierliche Bereitstellung von CNF wird über Pipelines automatisiert und ist anwendungsspezifisch. AWS verwendet Standard-Helm-Charts, um spezifische zu aktualisieren. CNFs In der Code-Pipeline wird der Status der Anwendungsupdates vor und nach der Aktualisierung überprüft. Die aktualisierte CI/CD Pipeline ist auch in ein Testautomatisierungs-Framework integriert, um automatisierte Tests durchzuführen. Diese Abstraktion ermöglicht eine saubere Bereitstellung von Netzwerkfunktionen.

Continuous Delivery and Deployment von CNF lassen sich grob in die folgenden Kategorien einteilen:

  • Anwendungsupgrades — Bei den meisten Anwendungsupgrades handelt es sich um Änderungen innerhalb der Kuberbetes-Anwendung. PODs Diese Updates können automatisch über die Code-Pipeline angewendet werden. Die meisten CNFs unterstützen direkte Upgrades, indem sie mehrere PODs Anwendungsinstanzen bereitstellen. Mehrere Instanzen ermöglichen einen schrittweisen Upgrade-Ansatz. Nicht alle POD-Änderungen der Anwendung unterstützen das Helm-Upgrade. Pipelines berücksichtigen diese Variationen und verwenden Helm nach install/delete Bedarf.

  • Größere Upgrades — Bei größeren Upgrades handelt es sich in erster Linie um Änderungen des Datenbankschemas. Diese Änderung kann nicht angewendet werden, ohne dass es zu Ausfallzeiten kommt. Der Standardansatz für diese Änderungen besteht darin, die Anwendung zu löschen und die entsprechenden Pods neu zu erstellen. Während des Vorgangs ist die Anwendung möglicherweise nicht verfügbar. Die folgenden Tools werden für Upgrades verwendet:

Ein Diagramm, das die Bereitstellung auf Canary darstellt.

Einsatz auf Canary