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

# DevSecOps メカニズムの設計
<a name="introduction"></a>

*Ryan Griffin、Amazon Web Services (AWS）*

組織は、インフラストラクチャをデプロイするための DevOps および DevSecOps プロセスを迅速に採用しています。一般的なパターンは、多くの場合、厳格なバイナリに従います。サービス[としてのインフラストラクチャ](https://aws.amazon.com/what-is/iaas/) (IaaS) とサービス[としての統合プラットフォーム](https://aws.amazon.com/what-is/ipaas/) (iPaaS) の比較です。通常、DevOps メカニズムの設計と実装は同様のパターンのセットに従っており、[DevOps プラクティス](https://docs.aws.amazon.com/wellarchitected/latest/devops-guidance/devops-guidance.html)に関する戦略的ガイダンスが多数あります。ただし、戦術ガイダンスと実践的な意思決定は、DevOps または DevSecOps 機能を実装し、デプロイパイプラインを構築する開発チームの能力に依存することがよくあります。

発生する主な質問は次のとおりです。
+ チームはどのようなツールにすでに精通していますか？
+ 期待される期間内に現実的に達成できることは何ですか？

これらは重要な質問ですが、不完全です。このガイドでは、これらの質問やその他の質問に対して追加の戦術コンテキストを提供することを目的としています。実装エンジニア、チームリーダー、ディレクター、その他の意思決定者向けに、従来の IaaS と iPaaS バイナリをより微妙なスペクトルに変換することを目指しています。

**注記**  
このガイドでは、大規模な組織が DevOps メカニズムを実装した後の直接的な経験に基づくシナリオについて説明します。