はじめに

こんにちは！技術三課の三木です。
情報処理技術者試験の中止が決まりましたね。
（私含め）勉強していた方はがっかりしたかと思います。
とはいえ、知識が自分から失われる訳ではありませんから、過度に気を落とさずに元気に行きましょう。桜がきれいですね。

AWSアカウント設計のポイント

本記事はAWSを導入するにあたり設計を任された人向けの記事です。
この記事ではAWSアカウント設計をする際のポイントを約10分で説明します。

端的に言うと、AWSアカウントを単一アカウント（シングルアカウント）で運用するか、複数アカウント（マルチアカウント）で運用するかという2択です。
もちろんそれぞれにメリット・デメリットがありますので、目的・状況にあったものを選択する必要があります。
それぞれの強み・弱みは以下の通りです。

#	運用方法	単一アカウント	複数アカウント
1	AWSアカウントの管理(一覧性)	〇	△
2	AWSリソースの管理(一覧性)	〇	△
3	VPC設計/運用の単純さ	〇	△
4	CloudTrail、AWS Config等の管理の単純さ	〇	△
5	アクセス制御設計の単純さ	△	〇
6	利用料(請求)の分離	△	〇
7	リソース制限の抵触しにくさ	△	〇

基本的にはシンプルな構成にした方が、運用のコストが下がります。
つまり単一アカウントが最もシンプルであり、運用のコストも下がります。
ただし例えば以下のような要件がある場合は複数アカウントがおすすめです。

特に最近は複数アカウントに跨って利用することを意識したAWSサービスも増えてきていることもあり、複数アカウントの運用も一般的になってきています。
ただし、複数アカウントで運用する場合でも分割数は最小限に抑えた方が良いと考えられます。

AWSにおける環境・リソース管理の分割単位のことです。また利用料金の請求もアカウント単位で行われます。
別のAWSアカウントに存在するAWSリソースを見る事は出来ませんし、もちろん操作することもできません。