Diese Abbildung zeigt den Verkehrswert für eine kanarische Deployment-Strategie. Es folgt:

1. Entwickler schreiben Code in das OCI-Code-Repository ein, das ihn an die Build-Pipeline weiterleitet.
2. Der Code durchläuft verwaltete Build-Phasen, und Artefakte werden an das Artefakt-Repository und die Container-Registry zugestellt.
3. Der Code wird dann an die Deployment-Pipeline übergeben, die er wie folgt durchläuft:
   1. Zunächst wird der Kanarische Deployment-Prozess von Oracle Container Engine for Kubernetes (OKE) oder der Kanarische Instanzgruppen-Deployment durchlaufen, der ihn zur Validierung weiterleitet und ihn auch zur Deployment-Validierung an den Kanarischen Namespace-Server in OKE übergibt, der VM-Pool im Oracle-Instanzpool.
   2. Nach der Deployment-Validierung wird Code an die kanarische OKE-Verkehrsverschiebung oder die Trafficverschiebung der kanarischen Instanzgruppe übergeben und dann an den NGINX-Controller des OKE oder den Produktions-Load Balancer des Oracle-Instanzpools übergeben.
   3. Innerhalb der Deployment-Pipeline wird der Code dann als Kontrollgenehmigung bezeichnet.
   4. Nach der Genehmigung wird sie entweder an die kanarische Bereitstellungsinstanzgruppe oder an die OKE-Bereitstellungsproduktion übergeben.
4. Der NGINX-Controller von OKE wird auch von den OKE-Namespace-Servern und OKE-Produktions-Namespace-Servern Daten zugeführt und an einen Produktions-Load Balancer geleitet.
5. Der an den Oracle-Instanzpool weitergeleitete Traffic von der kanarischen Bereitstellungsinstanzgruppe oder dem OKE Bereitstellungsprozess zum kanarischen VM-Pool wird über einen Test-Load Balancer oder direkt an den Produktions-Load Balancer des Oracle-Instanzpools ausgeführt. Traffic stammt auch vom Produktions-VM-Pool bis zum Produktions-Load Balancer.

Alle Aktivitäten in diesem Prozess werden von den Oracle Service Network-Komponenten verwaltet:

• Log-Service
• Überwachungsservice
• Benachrichtigungsdienst
• OCI-Funktionen