無限ノック › DOP 練習問題一覧 › 問題
DOP構成管理と Infrastructure as Code (IaC)

企業のプラットフォームチームは、開発チームが承認済みのインフラ構成(EC2 ・RDS ・VPCを含む)のみをAWSコンソールからセルフサービスでプロビジョニングできるようにしたいと考えています。承認済みテンプレートの範囲外のリソース作成を禁止し、コスト配賦タグの付与を強制することも要件です。最も適切なアーキテクチャはどれですか?

A
CloudFormationテンプレートをS3バケットで共有し、開発チームにS3読み取り権限とCloudFormation実行権限を付与してセルフサービス化する
(CloudFormationテンプレートをS3で共有)は、S3バケットでの共有のみでは承認範囲外のテンプレート使用を防止できず、コスト配賦タグの強制機能もないため不適切です。
B
AWS Service Catalogでポートフォリオとプロダクト(承認済みCloudFormationテンプレート)を作成し、TagOptionsでコスト配賦タグを強制し、SCPでService Catalog経由以外のCloudFormation実行を禁止する
✓ 正解
AWS Service Catalogはセルフサービスポータルとガバナンスを両立するサービスです。ポートフォリオで承認済みプロダクトを管理し、TagOptionsで必須タグを強制できます。SCPでService Catalog経由以外のCloudFormation実行を禁止することで承認範囲外のリソース作成を防止できます。
C
AWS Control TowerのAccount Factoryを使用して開発チームごとにアカウントを分離し、SCPでプロビジョニング可能なリソースタイプを制限する
(AWS Control Tower Account Factory)は、アカウントの標準化プロビジョニングに特化したサービスであり、既存アカウント内でのリソースセルフサービス化・承認済みテンプレート管理・タグ強制の機能を持たないため要件を満たしません。
D
CloudFormation StackSetsを使用して承認済みリソースを事前プロビジョニングし、開発チームは既存リソースの設定変更のみ行えるようIAMポリシーで制限する
(CloudFormation StackSets)は、管理者が複数アカウント・リージョンに同一リソースを展開するためのツールであり、開発チームが必要に応じてリソースを選択・プロビジョニングするセルフサービスの仕組みを提供しないため不適切です。

解説

AWS Service Catalogはセルフサービスポータルとガバナンスを両立するサービスです。ポートフォリオで承認済みプロダクトを管理し、TagOptionsで必須タグを強制できます。SCPでService Catalog経由以外のCloudFormation実行を禁止することで承認範囲外のリソース作成を防止できます。 選択肢A(CloudFormationテンプレートをS3で共有)は、S3バケットでの共有のみでは承認範囲外のテンプレート使用を防止できず、コスト配賦タグの強制機能もないため不適切です。 選択肢C(AWS Control Tower Account Factory)は、アカウントの標準化プロビジョニングに特化したサービスであり、既存アカウント内でのリソースセルフサービス化・承認済みテンプレート管理・タグ強制の機能を持たないため要件を満たしません。 選択肢D(CloudFormation StackSets)は、管理者が複数アカウント・リージョンに同一リソースを展開するためのツールであり、開発チームが必要に応じてリソースを選択・プロビジョニングするセルフサービスの仕組みを提供しないため不適切です。

ドメイン別正答率・予想スコアでリアルタイムに実力把握

無限ノックでDOPを徹底対策。全問AI生成のオリジナル問題。

無料で演習を始める →
← DOP の問題一覧に戻る