AWSのサービス多すぎ問題に対する処方箋になればいいなと。。。

#概要
以下のようなお悩みをお持ちの方向けです。

AWSのサービスが多すぎて覚えられない
AWSのサービスの適用範囲が分からない
全体を俯瞰できる図が欲しい

本記事は2020年5月時点の情報で作成しています。
全てのサービスは網羅していません。サービスの区分けについてのみの内容です。

#そもそもの用語

##アベイラビリティゾーン（AZ）
AWSが保有する物理的なデータセンタ群のこと。日本だと6箇所存在します。

出典：https://infrastructure.aws/

##リージョン
複数のAZが存在する世界24箇所の地域のこと。日本だと2箇所(東京、大阪)存在します。

出典：https://aws.amazon.com/jp/about-aws/global-infrastructure/

AWS東京リージョンで大規模障害か
出典：https://xtech.nikkei.com/atcl/nxt/news/18/07639/

リージョンで障害が発生すれば、リージョンに含まれるAZももちろん障害の範囲に含まれます。
冗長構成を考える場合は複数リージョンでシステムを構成しておくほうが安全です。
予算と要相談ですが…..（止まって困るシステムなら別リージョンは必須）

#サービスの種類
##グローバルサービス
どこのリージョンからでも共通のサービスとして利用できるグローバルサービス。

##リージョンサービス
リージョンごとに作成・管理されるリージョンサービス。

※VPC毎に必要となる Security Group / VPC Endpoints / VPC Peering / EIP もリージョンサービス
※バックエンドで S3 を利用している EBS Snapshot / AMI もリージョンサービス

##AZサービス
AZごとに作成・管理されるAZサービス。

※サブネット単位で必要となる NAT Gateway / NACL も AZ サービス
※AZ単位で設定する EBS / Placement Group も AZ サービス

#俯瞰図
グローバル、リージョン、AZサービスの関係性は以下の通りです。

処理範囲はAZだけどサービスの所属はリージョンだったり、
一見リージョンのサービスっぽく見えるが実態はAZをまたがっているだけ、というように
複数サービスに関係があるサービスは混乱しやすいので見極めが大事になってきます。

また、1つのリージョン内の AZ サービス間であればプライベート IP アドレスで接続できます。
リージョンサービスの場合、基本的にはグローバル IP アドレスで接続しなければいけないので注意しましょう。

#最後に
耳タコかもしれないですが、AWS触るのであれば資格試験の勉強から取り組むことをお勧めします。
ソリューションアーキテクトアソシエイトであれば、サービスを体系的に学ぶことができます。

書いている内容に誤りや不備があればコメントをお願いしますmm

#おまけ
AWSアーキテクチャアイコンからAWSのアイコン素材を落とせます。
提案時などの資料作成に役立つかと思います！