説明
コード分​​析、イメージ スキャン、自動テストの完了後に安全で信頼性の高い展開を確保するための次のステップは、展開パイプライン内に制御段階の承認を追加することです。制御ステージの承認は、OCI DevOps デプロイメント パイプラインのステージであり、パイプラインの実行を一時停止し、次のステージに進む前に手動の承認を必要とすることができます。制御段階の承認を使用して、テスト結果のレビュー、展開環境の検証、コンプライアンス要件の検証などの追加のチェックを実行できます。制御段階の承認を追加すると、欠陥のあるコードや不正なコードが運用環境にデプロイされるリスクを軽減できます。検証済みの参考文献: [制御ステージの承認 - Oracle Cloud Infrastructure DevOps]、[制御ステージの承認の作成 - Oracle Cloud Infrastructure DevOps]

説明
指定したイメージを削除する手順は次のとおりです。
* どのコンテナがイメージを使用しているかを確認するには、「docker ps -a」コマンドを使用します。このコマンドは、システム内のすべてのコンテナー (ID、イメージ名、ステータスなどを含む) をリストします。出力内でイメージ名 d123f4e55e12 を持つコンテナーを検索できます。
※コンテナを削除するには「docker rm 0f1262bd1285」コマンドを使用します。このコマンドは、ID 0f1262bd1285 のコンテナーをシステムから削除します。コンテナーが実行中または一時停止中の場合、-f フラグを使用してコンテナーを強制的に削除することもできます。
※ docker イメージを削除するには、「docker rmi d123f4e55e12」コマンドを使用します。このコマンドは、ID d123f4e55e12 のイメージをシステムから削除します。イメージが別のコンテナーで使用されている場合は、-f フラグを使用してイメージを強制的に削除することもできます。検証済みの参照: [docker ps - Docker ドキュメント]、[docker rm - Docker ドキュメント]、[docker rmi - Docker ドキュメント]

説明
DevOps ツールが提供できる機能は次の 2 つです。 自動化を実現するための開発チームと IT チームの統合: DevOps ツールは、開発チームと IT 運用チームの間のコラボレーションと統合を促進します。これらは、プロセスの自動化、情報の共有、ワークフローの合理化のためのプラットフォームを提供し、より迅速かつ効率的なソフトウェア開発と展開を可能にします。ソフトウェア開発ライフサイクル (SDLC) を自動化することで、運用の一貫性と速度を向上: DevOps ツールは、コードのコンパイル、テスト、展開、監視など、SDLC のさまざまな段階を自動化します。DevOps ツールは、これらのプロセスを自動化することで、一貫性を確保し、手動エラーを減らし、ソフトウェア アップデートや新機能のリリースを迅速化するのに役立ちます。DevOps ツールは、セキュリティの向上、レポート作成、メトリクスの追跡などの追加の利点も提供しますが、主な提供物は、より高速かつ効率的なソフトウェア配信のための統合と自動化です。
DevOps ツールが提供できる機能は次の 2 つです。
* 開発チームと IT チームを統合して自動化を実現します。DevOps ツールは、サイロを解消し、ワークフローを合理化することで、開発者と運用チーム間のコラボレーションを可能にします。また、DevOps ツールは日常的なタスクを自動化し、エラーや遅延の原因となる手動プロセスを排除します。
* SDLC を自動化することで、生産の一貫性と速度が向上します。DevOps ツールは、ソフトウェアの継続的統合と配信 (CI/CD) を可能にすることで、ソフトウェア開発ライフサイクル (SDLC) を自動化します。
DevOps ツールは、コードとしてのインフラストラクチャ (IaC) と構成管理手法を使用することで、さまざまな環境間での一貫性も確保します。検証済みの参照: [DevOps - Oracle Cloud Infrastructure Developer Tools]、[DevOps Tools - Oracle Cloud Infrastructure Developer Tools]

説明
正解は次のとおりです。継続的デリバリーは展開を手動で開始するプロセスですが、継続的展開は展開プロセスの自動化に基づいています。DevOps ライフサイクルでは、継続的デリバリーと継続的デプロイメントはどちらもソフトウェアのリリースとデプロイメントへのアプローチですが、関与する自動化と手動介入のレベルが異なります。継続的デリバリーとは、いつでも運用環境に導入できるようにソフトウェア リリースを継続的に準備することを指します。ビルド、テスト、展開プロセスを自動化し、ソフトウェアを常に展開可能な状態に保つことに重点を置いています。
ただし、ソフトウェアを実際に運用環境に導入するかどうかの決定は、通常は人間のオペレーターまたはチームによって手動で行われます。一方、継続的デプロイメントでは自動化がさらに一歩進みます。継続的導入では、ソフトウェアは必要なテストとチェックをすべて通過するとすぐに実稼働環境に自動的に導入されます。導入プロセスには手動介入はなく、完全に自動化されます。このアプローチにより、より迅速かつ頻繁な展開が可能になり、新しい機能を開発してからユーザーが利用できるようになるまでの時間が短縮されます。したがって、主な違いは、継続的デリバリーでは実稼働環境へのデプロイメントに手動トリ​​ガーが必要であるのに対し、継続的デプロイメントでは手動介入を必要とせずにデプロイメント プロセスが自動化されることです。

説明
OCI DevOps で OKE デプロイメント パイプラインのステージを作成するには、次のステージを追加できます。
* OKE 環境に Blue-Green 戦略または Canary 戦略に基づいてデプロイするステージを追加します。ブルーグリーン戦略は、2 つの同一の環境 (ブルーとグリーン) を作成し、テスト後にそれらの間でトラフィックを切り替える展開手法です。カナリア戦略は、アプリケーションの新しいバージョンをユーザーのサブセット (カナリア) にリリースし、残りのユーザーにロールアウトする前にフィードバックを監視するデプロイメント手法です。これらの戦略を使用すると、ダウンタイムを削減し、リスクを最小限に抑え、ユーザー エクスペリエンスを向上させることができます。
* Kubernetes マニフェストを Kubernetes クラスターに適用するステージを追加します。Kubernetes マニフェストは、ポッド、サービス、デプロイメントなどの Kubernetes リソースの望ましい状態を定義する YAML または JSON ファイルです。この段階では、kubectl または helm コマンドを使用してマニフェスト ファイルを OKE クラスターに適用できます。検証済みの参考資料: [デプロイメント戦略 - Oracle Cloud Infrastructure DevOps]、
[Kubernetesマニフェストの適用 - Oracle Cloud Infrastructure DevOps]