翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
5G ネットワークの CI/CD
インフラストラクチャの設計構造は、宣言型言語を使用してコード形式で保存されます。これにより、CSP は、必要に応じて予想される動作と同じ動作でインフラストラクチャを繰り返し再現できます。コードはコードリポジトリに保持され、デプロイされたスタック ( など) の更新を調整するようにパイプラインが設定されます AWS CDK AWS CloudFormation。 AWS は、独立系ソフトウェアベンダー (ISV) 関数のアジャイルオンボーディングのためのコードとしてのインフラストラクチャ (IaC) の構築に役立ちます。

コードパイプラインフロー
Helm チャートによるクラウドネイティブネットワーク機能設定の変更は、ネットワーク機能の自動 CI/CD パイプライン実行のトリガーと見なされます。
AWS CodeCommit を使用して設定ファイルを維持し、Amazon ECR を使用してコンテナイメージを保持できます。
コードパイプラインフロー図に示すように、ISV が新しいコード変更をコードリポジトリ (Helm チャート、設定ファイル、またはプロパティファイル) にプッシュすると、コードパイプラインがトリガーされます。コードパイプラインは ECR からイメージをプルし、Helm チャートを使用してアプリケーションをデプロイします。新しいアプリケーションテストは、サードパーティーのテスト自動化フレームワークと統合できます。結果に基づいて、CSPs本番デプロイを承認できます。
CodePipeline ソースステージは、設定ファイルの変更を検索します。ソースステージの有効なプロバイダーは、CodeCommit、Amazon S3、GitHub、または です AWS CloudFormation。代替ソースシステムは、Lambda 関数を使用して Webhook を実装することで統合できます。これにより、Gitlab と 間のイベント駆動型統合が可能になります AWS CodePipeline。詳細な実装ガイドについては、次のリンクを参照してください。
CI/CD パイプラインの設計では、テスト結果が期待に合致し、ベースラインに照らして検証された後、初期デプロイ、テスト、本番環境への昇格などの重要なデプロイステップを考慮する必要があります。パイプラインプロセスの各段階では、データアーティファクトが提供されるため、比較やデータ駆動型の意思決定が可能になります。

アプリケーションの CI/CD パイプラインステップ
すべてのステージを個別のタスクと見なすことができるため、ネットワークサービスとクラウドネイティブなネットワーク機能をサポートするのに十分な検証とデプロイワークフローを組み込むことができます。実行タスクには、トラフィックジェネレーターやシミュレーターなどの追加のサードパーティーツールを組み込むことができ、end-to-endのネットワークサービス検証が可能になります。
AWS は、他の AWS サービスとネイティブに統合する高度な AWS Step Function