DOP構成管理と Infrastructure as Code (IaC)
大企業のプラットフォームエンジニアリングチームは、複数のアプリケーションチームが承認済みのインフラ構成（Amazon ECS クラスター＋ALB、Amazon RDS 等のパターン）をセルフサービスでデプロイできる仕組みを構築したいと考えています。各アプリケーションチームは AWS の深い専門知識を持たず、あらかじめ定義されたパターンを選択してパラメータを指定するだけでデプロイできる必要があります。また、使用可能なインスタンスタイプの制限・必須タグの強制・デプロイ可能リージョンの制限などのガバナンス制御も必要です。この要件を最もよく満たすアプローチはどれですか？
AAWS Service Catalog でポートフォリオと CloudFormation 製品を作成し、起動制約・テンプレート制約・タグ付け制約を設定して各チームが承認済みリソースのみ展開できるようにする
✓ 正解
AWS Service Catalogはポートフォリオで承認済み製品を管理し、起動制約・テンプレート制約・タグ制約でガバナンス制御が可能です。セルフサービスのセキュアなプロビジョニングに最適化されています。
BAWS CDK でカスタムコンストラクトライブラリを作成し、CodeArtifact で npm パッケージとして公開して各チームが利用できるようにする
CDKカスタムコンストラクトはAWSの専門知識を必要とするため、非技術的なチームへのセルフサービスには不適切です。npmパッケージとしても、利用側がコードを書く必要があります。
CCloudFormation StackSets を Service Managed モードで使用し、AWS Organizations 配下の全アカウントに標準スタックを自動展開する
CloudFormation StackSetsはService Managedモードでも複数アカウント横展開に特化しており、単一チームのセルフサービスワークフローやテンプレート制約機能はありません。
DAWS Systems Manager Automation ドキュメントを作成し、runbook として各チームが実行することで標準化されたリソースをプロビジョニングする
Systems Manager Automationは運用タスク自動化が目的で、ポートフォリオ管理・セルフサービス権限制御・ガバナンス制約機能が限定的です。
解説
AWS Service Catalog は、プラットフォームチームが承認済みの CloudFormation 製品をポートフォリオとして管理し、各チームにセルフサービスのデプロイ権限を付与できるサービスです。起動制約（Launch Constraint）により IAM ロールを指定してチームの権限を最小化、テンプレート制約でインスタンスタイプや設定値を制限、タグ付け制約で必須タグの強制が可能です。これらにより AWS の深い専門知識がなくても承認済みパターン内でセルフサービスデプロイが実現できます。
選択肢 B の CDK カスタムコンストラクトライブラリは AWS の知識を必要とするため、専門知識の少ないチームがパラメータを指定するだけでデプロイするというセルフサービス要件を満たせません。
選択肢 C の CloudFormation StackSets は複数アカウントへの横展開に特化しており、個別チームのセルフサービスワークフローや細粒度なガバナンス制御には適していません。
選択肢 D の SSM Automation は運用タスクの自動化が主用途であり、ポートフォリオ管理・起動制約・テンプレート制約などのガバナンス制御機能は限定的です。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでDOPを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →