問題の要件整理

1. 単一のAWS請求書で全アカウントをまとめる
• 全てのLOBアカウントのコストを1つの請求書に統合し、各アカウントのコストを個別に追跡できる仕組みが必要です。

2. ガバナンスポリシーに基づいた制限を適用する
• 企業ポリシーに従い、特定のサービスや機能を制限する必要があります。

3. LOBアカウントにはフル管理者権限を委譲する
• 各LOBが独立してフル管理者権限を持ちつつも、中央でガバナンスを効かせる必要があります。

選択肢の評価

B. AWS Organizationsを使用して、親アカウント内に1つの組織を作成し、各LOBのAWSアカウントをその組織に招待する。

• 理由:
AWS Organizationsは、複数のAWSアカウントを一元的に管理できるサービスです。親アカウントに1つの組織を作成し、各LOBアカウントを招待することで以下を実現できます：
• 単一の請求書でコストを管理（統合請求が自動的に有効化）
• サービスコントロールポリシー（SCP）の適用によるガバナンス強化
→ 要件1（請求の統合）と要件2（ガバナンス）をサポートする重要な選択肢です。

D. 承認されたサービスや機能のみを許可するSCP（サービスコントロールポリシー）を作成し、そのポリシーをLOBアカウントに適用する。

• 理由:
SCP（Service Control Policy）は、AWS Organizationsで使用されるポリシーで、特定のアクションやサービスを許可・制限できます。
SCPは「ルートアカウントでの設定」を制限できないため、各LOBアカウントにフル管理者権限を委譲しながら、ガバナンスポリシーに基づいた制限を適用することが可能です。
例えば：
• 企業で許可されていないサービス（例: Amazon Redshift）を使用不可にする。
• 特定のリージョンでのみリソースを作成可能にする。
→ 要件2（ガバナンスの制限）を直接的にサポートします。

不正解の選択肢

A. AWS Organizations を使用して、親アカウント内に各LOB用の組織を作成し、それぞれのLOBアカウントを該当する組織に招待する。

• 理由: AWS Organizationsでは、1つの親アカウントで複数の組織を作成することはできません。 組織は1つのみ作成可能で、各LOBアカウントをその組織に招待する形になります。→ 誤り。

C. サービスクォータを実装し、許可されるサービスや機能を定義し、必要に応じて各LOBにクォータを適用する。

• 理由: サービスクォータ（Service Quotas）はリソースの上限値を設定する機能です。 例えば、特定のリソースを「100個まで」などに制限できますが、サービスそのものを使用禁止にすることはできません。 ガバナンスの要件（特定のサービスや機能を制限）には適していません。→ 誤り。

E. 親アカウントの請求コンソールで統合請求を有効化し、LOBアカウントをリンクする。

• 理由: 統合請求はAWS Organizationsを使用することで自動的に有効化されるため、別途設定する必要はありません。また、この選択肢ではガバナンスの要件（ポリシーによる制限）が満たされません。→ 誤り。

結論

• B: AWS Organizationsを使用してLOBアカウントを一元管理する。

• D: SCPを用いてガバナンスポリシーに基づいた制限を適用する。