この図は、運河デプロイメント戦略のトラフィック・フローを示しています。これは次のとおりです。

1. 開発者はコードをOCIコード・リポジトリにコミットし、ビルド・パイプラインに渡します。
2. コードは、管理対象ビルド・ステージおよびアーティファクトをアーティファクト・リポジトリおよびコンテナ・レジストリに配信します。
3. コードはデプロイメント・パイプラインに渡され、次のようにトラバースされます。
   1. まず、Oracle Container Engine for Kubernetes (OKE)デプロイメント・プロセスまたはカナリー・インスタンス・グループ・デプロイメント・プロセスを通過します。これにより、検証のために発行され、OKEのカナリー・ネームスペース・サーバーへのデプロイメント検証の際にOracle InstanceプールのVMプールに渡されます。
   2. デプロイメントの検証後、コードが運河のOKEトラフィック・シフトまたはカナリー・インスタンス・グループのトラフィック・シフトに渡され、デプロイメント・パイプラインおよびOKEのNGINXコントローラまたはOracle Instanceプールの本番ロード・バランサに渡されます。
   3. デプロイメント・パイプライン内で、コードは承認を制御するために参照されます。
   4. 承認されると、それが運河デプロイ・インスタンス・グループまたはOKEデプロイ本番のいずれかに渡されます。
4. OKEのNGINXコントローラは、OKEカナリーおよびOKE本番ネームスペースサーバーからのデータも供給され、このトラフィックを本番ロードバランサに渡します。
5. Oracleインスタンス・プールに転送されたトラフィックは、Oracleインスタンス・グループまたはOKEデプロイ本番プロセスからカナリーVMプールに転送されます。テスト・ロード・バランサを使用するか、Oracle Instanceプールの本番ロード・バランサに直接実行されます。トラフィックは、本番VMプールから本番ロード・バランサに送られます。

このプロセスのすべてのアクティビティは、Oracle Serviceネットワーク・コンポーネントによって管理されます。

• ロギング・サービス
• モニター・サービス
• 通知サービス
• OCI関数