# クラウドマネージドサービスプロバイダーを使用する DevOps
<a name="devops-with-cloud-managed-service-provider"></a>

クラウドマネージド型サービスプロバイダーを使用する DevOps モデルでは、アプリケーションチームは「自分で構築して実行」方法論を採用します。しかし、専用のプラットフォームエンジニアリングおよび運用チームをサポートするための既存のスキルやチームメンバーが存在しない場合があります。また、そのための時間と労力の投資ができないことも考えられます。

あるいは、ビジネス差別化につながる機能の開発をプラットフォームチームに集中させ、差別化につながらない日常業務は外部に委託したいという場合もあります。

[AWS Managed Services](https://aws.amazon.com/managed-services/) などのマネージドサービスプロバイダ、または [AWS Partner Network](https://aws.amazon.com/partners/find/results/?keyword=Managed+Service+Provider) のプロバイダは、クラウド環境の実装に関する知見を提供し、セキュリティとコンプライアンスの要件、ビジネスの目標をサポートしています。

![\[クラウドマネージドサービスプロバイダーを使用する DevOps\]](http://docs.aws.amazon.com/ja_jp/wellarchitected/latest/operational-excellence-pillar/images/devops-msp.en.png)


このバリエーションでは、ガバナンスはプラットフォームチームによって一元管理されます。アカウント作成とポリシーは AWS Organizations および AWS Control Tower が管理します。

このモデルでは、サービスプロバイダーの仕組みに合わせるように組織を変更する必要があります。これは、サービスプロバイダーを含むチーム間のタスクの移行によって生じるボトルネックや遅延、または不具合の特定の遅れに関連する潜在的な再作業には対応していません。

プロバイダの標準、ベストプラクティス、プロセス、専門知識を活用できます。また、サービス提供の継続的な開発によるメリットも得られます。

運用モデルにマネージドサービスを追加すると、時間とリソースを節約できます。また、社内チームは新しいスキルや能力の開発に注力するのではなく、人員を増加せずにビジネス差別化につながる戦略的成果に集中できます。さらに、クラウド移行プログラムを遅らせることなく、独自のプラットフォーム機能を構築して成熟させる時間を確保することもできます。