

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# CNF 継続的デリバリー
<a name="cnf-continuous-delivery"></a>

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

CNF の継続的な配信とデプロイは、次のカテゴリに大別できます。
+ **アプリケーションのアップグレード** — ほとんどのアプリケーションのアップグレードは、Kuberbetes アプリケーション PODs。これらの更新は、コードパイプラインを通じて自動的に適用できます。ほとんどの CNFsアプリケーション PODs の複数のインスタンスを提供することで、インプレースアップグレードをサポートしています。複数のインスタンスでは、ローリングアップグレードアプローチが可能です。すべてのアプリケーション POD 変更が Helm アップグレードをサポートしているわけではありません。Pipelines はこれらのバリエーションを考慮し、必要に応じて Helm のインストール/削除を使用します。
+ **メジャーアップグレード** — メジャーアップグレードは主にデータベーススキーマの変更です。この変更は、ダウンタイムを発生させることなく適用することはできません。これらの変更に対する標準的なアプローチは、アプリケーションを削除し、関連するポッドを再作成することです。プロセス中にアプリケーションが使用できない場合があります。アップグレードには、次のツールが使用されます。
+  [**AWS CloudFormation**](https://aws.amazon.com/cloudformation/) を使用すると、すべてのインフラストラクチャリソースを JSON テンプレートまたは YAML テンプレートで記述およびプロビジョニングできます。 は、Lambda-backed カスタムリソースを通じて強力な拡張機能メカニズム CloudFormation を提供します。お客様は AWS リソース AWS CloudFormation を超えて拡張し、ハイブリッド環境のオンプレミスリソースなど、他の環境で必要なリソースをプロビジョニングできます。 AWS CDK は、Python、TypeScript、JavaScript、Java、C\# などの高レベルの使い慣れたプログラミング言語を使用してコードをビルドし、コードを低レベルの CloudFormation JSON 形式にコンパイルしてデプロイできます。
+ **BlueGreen デプロイ** — Blue/Green および Canary ベースのデプロイをテスト環境と本番環境で AWS サポートおよび推奨します。 [ブルー/グリーンデプロイを使用すると](https://aws.amazon.com/quickstart/architecture/blue-green-deployment/)、お客様は、含まれている環境で新しいアプリケーションバージョンをテストできます。本番トラフィックを切り替えるための簡単で適切な方法を提供します。 [Canary ベースのデプロイでは](https://wa.aws.amazon.com/wat.concept.canary-deployment.en.html)、本番稼働用以外のグリーン環境を少数の本番稼働用トラフィックでテストして、本番稼働用トラフィックに起因する問題を検出できるようにすることで、この概念を拡張します。新しいアプリケーションバージョンは、内部のシミュレートされたテストトラフィックと少量の本番トラフィックに対してテストされるため、本番トラフィックを切り替える前にユーザーに自信を与えます。本番トラフィックは、スイッチオーバーが完了するまで徐々に増加します。実装には、加重 DNS と加重 ELB ターゲットグループが含まれます。
+ **自動化**は、Blue/Green および Canary ベースのデプロイステージ AWS CodePipeline で を設定することで実現できます。承認ステージは、プロビジョニング中に最初に手動で実行できますが、後で完全に自動化する必要があります。テスト環境では、本番環境にデプロイする前に、常にロールバックアクションを使用してテストし、前方互換性と後方互換性を検証することをお勧めします。サービスメッシュを使用するクラスターへの Blue/Green デプロイは、サービスメッシュのエンドアプリケーションとルーティングゲートウェイによって提供されるサポートに依存し、正常な移行を実現します。
+  [** AWS Systems Manager **](https://aws.amazon.com/systems-manager/) は統合されたユーザーインターフェイスを提供するため、CI/CD によってデプロイされたネットワーク関数で使用される複数の AWS サービスの運用データを表示できます。Systems Manager を使用すると、リソース全体の運用タスクを自動化できます AWS 。

![Canary のデプロイを示す図。](https://docs.aws.amazon.com/ja_jp/whitepapers/latest/cicd_for_5g_networks_on_aws/images/cicd_5g10.png)


*Canary デプロイ*