CNF 継続的配信

このステップは、コンテナ/設定の変更の一部である変更をデプロイしてアップグレードするために繰り返し実行される一連のステップで構成されます。CNF 継続的配信はパイプラインを介して自動化され、個々のアプリケーションに固有です。 は、標準の Helm チャート AWS を使用して特定の CNFs を更新します。コードパイプラインには、アプリケーションの更新ステータスの事前チェックと事後チェックがあります。更新された CI/CD パイプラインは、自動テストを実行するためのテスト自動化フレームワークとも統合されています。この抽象化により、ネットワーク機能をクリーンにデプロイできます。

CNF の継続的な配信とデプロイは、次のカテゴリに大別できます。

• アプリケーションのアップグレード — ほとんどのアプリケーションのアップグレードは、Kuberbetes アプリケーション PODs。これらの更新は、コードパイプラインを通じて自動的に適用できます。ほとんどの CNFsアプリケーション PODs の複数のインスタンスを提供することで、インプレースアップグレードをサポートしています。複数のインスタンスでローリングアップグレードアプローチが可能です。すべてのアプリケーション POD 変更が Helm アップグレードをサポートしているわけではありません。Pipelines はこれらのバリエーションを考慮し、必要に応じて Helm のインストール/削除を使用します。

• メジャーアップグレード — メジャーアップグレードは主にデータベーススキーマの変更です。この変更は、ダウンタイムを発生させずに適用することはできません。これらの変更に対する標準的なアプローチは、アプリケーションを削除し、関連するポッドを再作成することです。プロセス中にアプリケーションが使用できない場合があります。アップグレードには以下のツールが使用されます。

Canary デプロイ