「リージョンとアベイラビリティーゾーン（AZ）の違いが分かりません。どちらも『データセンターのある場所』という意味ではないのですか」
「エッジロケーションは、AZ の中にある設備のことですか。リージョンとの関係も、図で見るとどこにあるのか分かりません」
どちらも、第03回を読み始めた人から出やすい質問です。答えは、1つ目は 「リージョンは地理的に離れた区域、AZ はそのリージョンの中にあるデータセンターのまとまり。AZ は1つのデータセンターとは限らない」、2つ目は 「エッジロケーションは AZ の中ではなく、リージョンや AZ の外に、利用者に近づくための拠点として置かれている」 です。この記事では、その根拠を順に見ていきます。
この記事は、AWS クラウドプラクティショナー試験対策講座（AWS Certified Cloud Practitioner、試験コード CLF-C02。以下 CLF）の第03回②です。分野 3 のタスク 3.2（AWS のグローバルインフラストラクチャを定義する。この講座では「グローバルインフラ」と略す）にあたる、リージョン・AZ・エッジロケーションの関係を扱います。なお、この連載は AWS の公式の資料ではありません。試験の情報は2026年10月26日時点のもので、変わることがあるので、受験の前に AWS の公式ページで確かめてください。
グローバルインフラとは ◎
ここからは、AWS の設備が世界のどこに、どんな単位で置かれているかを見ます。
AWS のサービスは、世界各地のデータセンターで動いています。データセンターとは、サーバーやネットワーク機器を置く建物のことで、電源・冷却・通信回線を備えています。AWS は、こうした設備の世界規模の配置をグローバルインフラと呼びます。
その配置は、リージョン、アベイラビリティーゾーン（AZ）、エッジロケーションという3つの単位で表されます。利用者は自分で建物を持たず、どの場所の設備でシステムを動かすかを選びます。
AWS の設備がどこにあるかを知っておくと、止まりにくい仕組みや、利用者に近い場所で動かす工夫を理解しやすくなります。次の節から、3つの単位を1つずつ見ていきます。
この節の要点です。
- 設備は世界各地のデータセンターにある
- 配置は3つの単位（リージョン・AZ・エッジロケーション）で表される
- 利用者は動かす場所を選ぶ
リージョン ◎
リージョンは、AWS が世界各地に置いている、地理的に離れた区域です。それぞれのリージョンには、後で説明するアベイラビリティーゾーン（AZ）が複数あり、1つのリージョンには少なくとも3つの AZ があります。
利用者は、サービスを使うリージョンを自分で選びます。2026年10月26日時点で、日本には東京リージョン（ap-northeast-1）と大阪リージョン（ap-northeast-3）があり、どちらも利用を始めるための追加の有効化は要りません。括弧の中はリージョンのコードで、コマンドやプログラムで AWS を操作するときに使います（第03回④の「AWS CLI」「AWS SDK」の節で説明します）。
たとえば、ある EC サイト（インターネットで商品を売るサイト）の会社が日本の利用者向けにシステムを動かすなら、利用者に近い日本のリージョンを選ぶ、という使い方です。
出典（2026年10月26日時点）：AWS のリージョンのドキュメント（東京・大阪のコードと、追加の有効化が不要なこと）、AWS のアベイラビリティーゾーンのドキュメント（1つのリージョンに少なくとも3つの AZ があること）
この節の要点です。
- リージョンは地理的に離れた区域
- 1つのリージョンに AZ が少なくとも3つ
- 日本には東京と大阪のリージョンがある
リージョンは互いに独立 ◎
リージョンどうしの関係で、押さえておきたい点が5つあります。
- 別々に作られている：リージョンどうしは互いに影響が及びにくいよう、別々に作られている。障害が広がりにくい
- 自動では複製されない：リソースの一部はリージョンをまたいで複製できるが、AWS が自動で複製するのではなく、利用者が設定する
- 置き場所は利用者が選ぶ：コンテンツを保存するリージョンは利用者が選ぶ
- 同意なしには動かさない：AWS は、利用者の同意なく、選んだリージョンの外へデータを移したり複製したりしない（法令や政府機関の拘束力のある命令に従う場合などを除く）
- インフラの守りは AWS の責任：データセンターなどの設備を守るのは AWS。責任共有モデルは第10回①、AWS が守る範囲は第10回②の「AWS の責任（クラウドのセキュリティ）」の節で扱う
「自動では複製されない」とは、リージョンをまたぐ複製を、AWS が利用者に代わって自動でするわけではない、という意味です。複製したいときは、利用者が設定します。
出典（2026年10月26日時点の、リージョンの文書（独立性）と FAQ（置き場所）の趣旨）：リージョンとアベイラビリティーゾーン（AWS のドキュメント）、データプライバシー FAQ
この節の要点です。
- リージョンどうしは別々に作られ、障害が広がりにくい
- リージョンをまたぐ複製は、AWS が自動でするのではなく、利用者が設定する
- データを置くリージョンは利用者が選び、同意なしには動かされない
リージョンを選んで使う ○
コンソール（ブラウザーで AWS を操作する画面）では、リソースを作る前に、使うリージョンを選びます。作ったはずのリソースが見えないときは、別のリージョンの画面を見ていることがよくあります。
多くのサービスは、リージョンごとに動きます。リージョンを選んで使うサービスを「リージョンのサービス」、リージョンを選ばず全体で1つとして使うサービスを「グローバルのサービス」と呼びます。AWS Identity and Access Management（IAM）が、グローバルのサービスの例です。IAM の仕組みは第10回⑤の「IAM の全体像」の節で扱います。
AWS CLI や AWS SDK でも、使うリージョンを設定や指定で決めます。これらは AWS を操作する方法として、第03回④の「AWS を操作する方法」の節から説明します。
この節の要点です。
- 作る前に、使うリージョンを選ぶ
- 多くはリージョンのサービス
- IAM などはグローバルのサービス
アベイラビリティーゾーン（AZ） ◎
アベイラビリティーゾーン（AZ）は、リージョンの中にある、1つ以上のデータセンターのまとまりです。AZ どうしは、互いに離れた場所に置かれています。
AZ を構成するデータセンターには、電源やネットワークの予備（冗長な設備）があります。さらに AZ どうしは物理的に分かれて独立しているので、ある AZ の障害がほかの AZ に広がりにくくなっています。同じリージョンの AZ どうしは、低遅延の回線で結ばれています。
「AZ は1つのデータセンター」ではありません。AZ の中にデータセンターが1つあることも、複数あることもある点に注意してください。冒頭の1つ目の相談がこれです。
AZ を複数使って止まりにくくする話は、第03回③の「複数 AZ に分けて置く」の節でします。
この節の要点です。
- AZ はリージョンの中のデータセンターの集まり
- AZ どうしは物理的に分かれ、独立している
- AZ どうしは低遅延の回線でつながる
エッジロケーション ◎
エッジロケーションは、利用者の近くでコンテンツ（画像や動画などのデータ）を届けたり、通信を受け付けたりするための拠点です。リージョンや AZ とは別に、世界に広く置かれていて、リージョンより多くの拠点があります。
利用者に近い拠点を使うと、距離が短くなり、応答が速くなります。これを「低レイテンシー（遅延が小さい）」と呼びます。
Amazon CloudFront や Amazon Route 53 のように、エッジロケーションを通じて提供されるサービスがあり、AWS Global Accelerator も AWS のエッジのネットワークを使います。これらは第06回⑥の「Amazon Route 53」の節と、第06回⑦の「Amazon CloudFront」「AWS Global Accelerator」の節で扱います。なお、利用者が自分のサーバーをエッジロケーションに置くわけではありません。
この節の要点です。
- 利用者の近くにある拠点
- 近いので応答が速い（低レイテンシー）
- 使うサービスは第06回⑥⑦で扱う
3つの関係 ◎
3つの単位の関係を整理します。
リージョンの中に複数の AZ があり、AZ の中に1つ以上のデータセンターがあります。 建物にたとえると、リージョンは地域、AZ は互いに独立した建物群、データセンターは1つの建物です。
エッジロケーションは、この関係の中にはありません。 リージョンや AZ の外に、別の拠点として世界に広く置かれています。利用者の通信は近くのエッジロケーションに届き、必要に応じてリージョンにつながります。
エッジロケーションを AZ の中の設備と考えるのは、よくある誤りなので注意してください。リージョンと AZ は設備を置く場所の単位で、エッジロケーションは利用者に近づくための拠点です。 冒頭の2つ目の相談がこれです。
この節の要点です。
- リージョンの中に AZ、その中にデータセンター
- エッジは AZ・リージョンの外にある
- 利用者に近いのはエッジ
3つを比べる ◎
3つの単位を、1つの表に並べます。
| 項目 | リージョン | AZ | エッジロケーション |
|---|---|---|---|
| 何か | 地理的に離れた区域 | リージョンの中のデータセンターのまとまり | 利用者の近くの拠点 |
| 中身 | 複数の AZ（少なくとも3つ） | 1つ以上のデータセンター | AWS のサービスが使う拠点 |
| 位置関係 | AZ を含む | リージョンの中 | リージョン・AZ の外 |
| 数（2026年10月26日時点） | 39（開設済み） | 124 | 750 以上（CloudFront の拠点） |
| 利用者が選ぶか | 選ぶ | サービスにより選ぶ | ふつう選ばない |
| 主な役割 | 動かす地域・データの置き場所を決める | 障害を広げにくくする | 利用者に近づけて応答を速くする |
数は、AWS のグローバルインフラのページ（英語版）の表示です（2026年10月26日時点）。AZ の「少なくとも3つ」は、AZ のドキュメントによります。日本語版は数が違う項目があるので、最新は公式ページで確かめてください。
この表は、試験の前に見返すとよい早見表です。「どれを利用者が選ぶか」「どれがリージョンの外にあるか」を、すぐ言えるようにしておきます。
この節の要点です。
- リージョンは区域、AZ はその中のデータセンターのまとまり、エッジロケーションは利用者に近い拠点
- エッジロケーションはリージョン・AZ の外にある
- 利用者が選ぶのは、リージョン（と、サービスによっては AZ）。エッジロケーションはふつう選ばない
- 数は変わるので、公式ページで確かめる
AWS Local Zones（参考）
AWS Local Zones は、コンピューティング・ストレージ・データベースなど一部の AWS のリソースを、人口や産業が集まる大都市の近くに置く仕組みです。その地域の利用者に低い遅延で届けたいときに使います。
Local Zones は親となるリージョンにつながっていて、AWS のネットワークを通じてリージョンのサービスも使えます。リージョンを都市の近くへ広げたものですが、リージョンそのものではありません。
試験ガイドの対象のサービスの一覧にも、対象外の一覧にも載っていないため、この講座では「参考」の扱いにします。こういう仕組みがあることだけ知っておけば十分です。
この節の要点です。
- 大都市の近くに設備を置く仕組み
- 親のリージョンにつながる
- 試験ガイドの一覧には無いので参考
AWS Outposts ○
AWS Outposts は、AWS の設備（サーバーなど）を利用者の施設（データセンターなど）に置き、AWS と同じ API（プログラムから AWS を操作する窓口）やツールで使えるようにするサービスです。設備は AWS が管理し、AWS のリージョンに常に安定してつながる前提で使います。
施設の中のシステムと低い遅延でやり取りしたい、データを手元の施設に置きたい、現地でデータを処理したい、といった場合に向いています。
自社の設備と AWS を組み合わせて使うので、第02回のデプロイモデルでは「ハイブリッド」の例です（第02回①の「デプロイモデル」の節）。「自社のサーバーを AWS へ移す」ものではなく、AWS の設備を自社に置くものです。
この節の要点です。
- AWS の設備を利用者の施設に置く
- 低遅延・手元のデータ・現地処理向け
- リージョンにつながる。ハイブリッドの例
リージョンの外に広げる方法を比べる
リージョンの外に広げる方法を、表で比べます。見分けるために並べました。
| 名前 | どこに置くか | ねらい | 深さの印 |
|---|---|---|---|
| リージョン | 世界各地の離れた区域 | サービスを動かす基本の場所 | ◎ |
| AWS Local Zones | 大都市の近く | 都市の利用者へ低遅延で届ける | 参考 |
| AWS Outposts | 利用者の施設 | 手元の機械と低遅延でつなぐ | ○ |
| AWS Wavelength | 通信事業者のデータセンター | 5G の通信網の近くで低遅延にする | 参考（試験の対象外） |
Local Zones は試験ガイドのどちらの一覧にも無く、Wavelength は対象外の一覧にあります（2026年10月26日時点）。Wavelength の置き場所は、製品ページによります。5G は、携帯電話などで使われる第5世代の移動通信の方式です。
出典：試験ガイド 対象外のサービスの一覧、AWS Wavelength の製品ページ
エッジロケーション・Local Zones・Wavelength の違いを、もう少し詳しく知りたい方は、連載「クラウド入門」の第2回「AWSの全体像」の「エッジロケーション・Local Zones・Wavelength」の節も参考になります。クラウド入門は試験の範囲を超えて詳しいので、この講座は読まなくても進められます。
この節の要点です。
- リージョンは基本の場所。Local Zones は大都市の近く、Outposts は利用者の施設、Wavelength は通信事業者のデータセンター
- 深さの印は、リージョンが ◎、Outposts が ○、Local Zones が参考、Wavelength が参考（試験の対象外）
- 「どこに置くか」で見分ける
考えてみよう
- リージョン・AZ・データセンターの関係を、「地域」「互いに独立した建物群」「1つの建物」というたとえを使って、まだ学んでいない友人に説明してみてください
- 冒頭の2つ目の相談に、利用者の通信の流れ（利用者→エッジロケーション→リージョン）を使って答えてみてください。「エッジロケーションは AZ の中ではない」理由も説明してください
- AWS Outposts が「自社のサーバーを AWS へ移す」ものではないことを、「どこに置くか」の列を使って説明してみてください。また、Local Zones との置き場所の違いも説明してみてください
ヒント：1 は「アベイラビリティーゾーン（AZ）」と「3つの関係」の節、2 は「エッジロケーション」と「3つの関係」の節、3 は「AWS Outposts」と「リージョンの外に広げる方法を比べる」の節を見直してください。
まとめ
- AWS の設備は、リージョン・AZ・エッジロケーションの3つの単位で表される。これをグローバルインフラと呼ぶ
- リージョンは地理的に離れた区域で、1つのリージョンに AZ が少なくとも3つある。日本には東京（ap-northeast-1）と大阪（ap-northeast-3）がある（2026年10月26日時点）
- リージョンどうしは互いに独立し、自動では複製されない。データを置くリージョンは利用者が選び、同意なしには動かされない
- AZ はリージョンの中の1つ以上のデータセンターのまとまり。AZ どうしは物理的に分かれて独立し、低遅延の回線でつながる。「AZ は1つのデータセンター」ではない
- エッジロケーションは、利用者の近くの拠点で、リージョン・AZ の外にある。近いので応答が速い（低レイテンシー）
- 作る前に使うリージョンを選ぶ。多くはリージョンのサービスで、IAM などはグローバルのサービス
- Local Zones（参考）は大都市の近く、Outposts（○）は利用者の施設に AWS の設備を置く。Outposts はハイブリッドの例で、リージョンにつながる
次は、第03回③で、高可用性と複数リージョンを扱います。
連載「AWS クラウドプラクティショナー試験対策講座」
全回の目次と、読む順番・目的別の読み方は、AWS クラウドプラクティショナー試験対策講座の入口のページにまとめています。
- 第01回① CLF はどんな資格か（AWS 認定のレベル・CLF の位置づけ・誰向けか・問われること／問われないこと・身につくもの）
- 第01回② 試験の形式と合格基準（試験の基本情報・2種類の設問・採点される50問・換算スコアと合格点・補整型・結果・受験の流れ・再受験と有効期間）
- 第01回③ 出題の範囲と配点（4つの分野と配点・試験ガイドの組み立て・分野ごとのタスク・配点と学ぶ量・対象外のサービス）
- 第01回④ 講座の進め方と学び方（全14回の地図・深さの印・学び方の輪・公式の学習リソース・AWS を触るときの注意・問題文の読み方・早見表）
- 第02回① クラウドとは（3つの特徴・オンプレミスとの違い・使い始めるまでの速さ・IaaS／PaaS／SaaS・デプロイモデルと選び方）
- 第02回② AWS クラウドの利点（価値提案・6つのメリット・高可用性・伸縮性・俊敏性・例で見分ける）
- 第02回③ クラウドエコノミクス（固定費と変動費・オンプレミスのコスト・総保有コスト・規模の経済・適切なサイジング・BYOL・オートメーション）
- 第02回④ 第02回のまとめ（この回の見分け方・要点・参考資料・次の回の予告）
- 第03回① サービスの全体像（この回のねらい・この講座について・前の回の振り返り・サービスの集まり・カテゴリ・カテゴリと講座の回）
- 第03回② グローバルインフラ（リージョン・AZ・エッジロケーション・3つの関係と比較・Local Zones・Outposts）（この記事）
- 第03回③ 高可用性と複数リージョン（単一障害点・複数 AZ・サービスごとの AZ・複数リージョンの理由・リージョンの選び方）
- 第03回④ AWS へのアクセス方法（API・コンソール・CLI・SDK・IaC・CloudFormation・1回限りと繰り返す作業）
- 第03回⑤ 第03回のまとめ（この回の見分け方・要点・参考資料・次の回の予告）
- 第04回① サーバーと仮想マシン（この回のねらい・この講座について・前の回の振り返り・コンピューティングとサーバー・仮想マシン・コンピューティングの全体像）
- 第04回② Amazon EC2（EC2 とは・ユースケース・お客様が扱う範囲・インスタンスタイプ・ファミリーと選び方・起動するときに選ぶもの）
- 第04回③ ELB と Auto Scaling（1台のサーバーの限界・垂直と水平のスケーリング・ロードバランサーの目的・ELB とその種類・Auto Scaling・組み合わせ）
- 第04回④ サーバーレス（サーバーレスとは・AWS Lambda とその特徴・ユースケース・Amazon API Gateway・EC2 と Lambda の違い）
- 第04回⑤ コンテナーとほかの選択肢（コンテナーとは・3つの役割・ECR・ECS と EKS・Fargate・Elastic Beanstalk・Lightsail・Batch）
- 第04回⑥ 第04回のまとめ（この回の見分け方・要点・参考資料・次の回の予告）
- 第05回① ストレージの種類（この回のねらい・この講座について・前の回の振り返り・ストレージとは・ブロック・ファイル・オブジェクト・3つの種類の比べ方・AWS のストレージの地図）
- 第05回② EBS とインスタンスストア（Amazon EBS・AZ の中でのレプリケート・スナップショット・EBS の暗号化・インスタンスストア・2つの違い）
- 第05回③ Amazon S3 とストレージクラス（S3 とは・S3 の特徴・ユースケース・ストレージクラスの考え方・ストレージクラスの一覧）
- 第05回④ Glacier とライフサイクル（S3 Glacier のクラス・クラスの選び方・ライフサイクルポリシー・ライフサイクルのユースケース・S3 のセキュリティ）
- 第05回⑤ ファイルとハイブリッド（Amazon EFS・Amazon FSx・ハイブリッドクラウドとストレージ・AWS Storage Gateway・Storage Gateway の種類）
- 第05回⑥ バックアップと災害対策（バックアップと災害対策の違い・AWS Backup・ユースケース・AWS Elastic Disaster Recovery・データを守る仕組みの重ね方）
- 第05回⑦ 第05回のまとめ（この回の見分け方・要点・参考資料・次の回の予告）
- 第06回① ネットワークの基本（この回のねらい・この講座について・前の回の振り返り・IP アドレスとネットワークの範囲・ルーティングとゲートウェイ・ポートとプロトコル・この回のサービスの地図）
- 第06回② VPC とサブネット（Amazon VPC とは・サブネット・パブリックサブネットとプライベートサブネット・インターネットゲートウェイ・NAT ゲートウェイ・ルートテーブル）
- 第06回③ セキュリティグループとネットワーク ACL（セキュリティグループ・ネットワーク ACL・2つの違い・VPC フローログ・VPC の全体を見る）
- 第06回④ VPC の外とつなぐ（つなぐ先は3つ・AWS Transit Gateway・AWS PrivateLink・オンプレミスとつなぐ方法）
- 第06回⑤ VPN と Direct Connect（AWS Site-to-Site VPN・AWS Client VPN・AWS Direct Connect・VPN と Direct Connect の比べ方）
- 第06回⑥ DNS と Route 53（DNS とドメイン名・Amazon Route 53・Route 53 のルーティングの方法）
- 第06回⑦ CloudFront と Global Accelerator（エッジロケーションとキャッシュ・Amazon CloudFront・CloudFront の使いどころ・AWS Global Accelerator・CloudFront と Global Accelerator の違い）
- 第06回⑧ 第06回のまとめ（この回の見分け方・要点・参考資料・次の回の予告）
- 第07回① データベースとは（この回のねらい・この講座について・前の回の振り返り・データベースとは・テーブル・行・列・SQL とは）
- 第07回② データベースの種類（リレーショナルデータベース・NoSQL データベース・インメモリデータベース・3つの種類の比べ方・EC サイトで使い分けると）
- 第07回③ 自分で運用か任せるか（データベースを動かすのに要る作業・EC2 上のデータベース・マネージドデータベース・作業の分担の比べ方・使い分けの考え方）
- 第07回④ RDS とマルチ AZ 配置（Amazon RDS とは・RDS で選べるエンジン・RDS で AWS が引き受けること・マルチ AZ 配置・フェイルオーバー）
- 第07回⑤ リードレプリカと Aurora（リードレプリカ・マルチ AZ 配置とリードレプリカの違い・Amazon Aurora・RDS と Aurora の関係）
- 第07回⑥ Amazon DynamoDB（DynamoDB とは・DynamoDB の特長・DynamoDB のテーブル・DynamoDB と RDS の違い）
- 第07回⑦ ElastiCache・DocumentDB・Neptune（Amazon ElastiCache・キャッシュの置き方・Amazon DocumentDB・Amazon Neptune・ほかの回で扱う DB の話題）
- 第07回⑧ 第07回のまとめ（この回の見分け方・要点・参考資料・次の回の予告）
- 第08回① 疎結合とつなぎ方の言葉（この回のねらい・この講座について・前の回の振り返り・疎結合とは・つなぎ方の言葉）
- 第08回② SQS と SNS（Amazon SQS の仕組み・SQS の使いどころ・Amazon SNS の仕組み・SNS の使いどころ）
- 第08回③ EventBridge と Step Functions（Amazon EventBridge の仕組み・EventBridge の使いどころ・AWS Step Functions の仕組み・Step Functions の使いどころ・SNS・SQS・EventBridge の使い分け・メッセージと通知のサービスを選ぶ）
- 第08回④ AI と機械学習のサービス（AI と機械学習の言葉・AI/ML のサービスの全体像・画像・文書・文章のサービス・音声と会話のサービス・生成 AI のサービス）
- 第08回⑤ データ分析のサービス（データ分析の流れ・集める・加工するサービス・分析・見える化のサービス・Athena・Redshift・EMR の違い）
- 第08回⑥ 業務と開発のサービス（ビジネスアプリケーション・エンドユーザーコンピューティング・開発者ツール・CI/CD の流れ・フロントエンドと IoT）
- 第08回⑦ 第08回のまとめ（この回の見分け方・要点・参考資料・次の回の予告）
- 第09回① 監視の基本と CloudWatch（この回のねらい・この講座について・前の回の振り返り・3つの困りごとと3つのサービス・Amazon CloudWatch・CloudWatch のアラーム・CloudWatch Logs と標準で取れないもの）
- 第09回② AWS CloudTrail（AWS CloudTrail・CloudTrail の記録の残し方・CloudTrail の使いどころ）
- 第09回③ AWS Config と3つの使い分け（AWS Config・Config ルールと準拠の確認・CloudTrail と Config の違い・3つの使い分け・3つを組み合わせる流れ）
- 第09回④ Trusted Advisor と AWS Health（AWS Trusted Advisor・Trusted Advisor のチェックのカテゴリ・サポートプランと使えるチェック・AWS Health Dashboard・AWS Health API・Trusted Advisor・Health・CloudWatch の違い）
- 第09回⑤ 運用管理の道具（AWS Systems Manager・AWS Compute Optimizer・Service Quotas と License Manager・運用管理の使い分け）
- 第09回⑥ Organizations と SCP（なぜアカウントを分けるのか・AWS Organizations・Organizations でできること・サービスコントロールポリシー（SCP）・SCP と IAM の関係）
- 第09回⑦ Control Tower・Service Catalog・RAM（AWS Control Tower・AWS Service Catalog・AWS RAM）
- 第09回⑧ 第09回のまとめ（この回の見分け方・要点・参考資料・次の回の予告）
- 第10回① クラウドで守る利点と責任共有モデル（この回のねらい・この講座について・前の回の振り返り・クラウドで守る利点・責任共有モデルとは）
- 第10回② 責任の分かれ方（AWS の責任（クラウドのセキュリティ）・お客様の責任（クラウド内のセキュリティ）・共有する管理・サービスで変わる責任）
- 第10回③ 暗号化と KMS・CloudHSM・ACM（転送時と保管時の暗号化・AWS KMS・AWS CloudHSM・AWS Certificate Manager（ACM））
- 第10回④ AWS アカウントとルートユーザー（AWS アカウントとルートユーザー・ルートユーザーだけができる作業・ルートユーザーの守り方）
- 第10回⑤ IAM と最小権限（IAM の全体像・IAM ユーザーとグループ・IAM ロール・ポリシーの種類・最小権限の原則とアクセスレポート）
- 第10回⑥ MFA・フェデレーション・認証情報の保管（パスワード・MFA・アクセスキー・クロスアカウントの IAM ロール・フェデレーションと IAM アイデンティティセンター・Directory Service と Cognito・認証情報の保管）
- 第10回⑦ Shield・WAF・Firewall Manager（守りの層・AWS Shield・AWS WAF・AWS Firewall Manager・Shield・WAF・Firewall Manager の使い分け）
- 第10回⑧ 検出と調査のサービス（Amazon GuardDuty・Amazon Inspector・Amazon Macie・Amazon Detective・AWS Security Hub・検出と調査の使い分け）
- 第10回⑨ コンプライアンスと情報源（コンプライアンスの考え方・第三者認証と地域・業界・AWS Artifact・監査に使うログ・AWS Marketplace のセキュリティ製品・セキュリティ情報の入手先）
- 第10回⑩ 第10回のまとめ（この回の見分け方・要点・参考資料・次の回の予告）
- 第11回① Well-Architected フレームワークと6つの柱（この回のねらい・この講座について・前の回の振り返り・この回の役割・Well-Architected フレームワークとは・6つの柱の全体像）
- 第11回② 柱の問いと Well-Architected Tool（柱が答える問い・一般的な設計原則・柱どうしのトレードオフ・Well-Architected Tool）
- 第11回③ 6つの柱（運用上の優秀性・セキュリティ・信頼性・パフォーマンス効率・コスト最適化・持続可能性・柱と回の対応）
- 第11回④ 柱どうしの見分け方（信頼性とパフォーマンス効率・コスト最適化と持続可能性・運用上の優秀性と信頼性・セキュリティの柱と第10回）
- 第11回⑤ 問題文と事例で柱を選ぶ（問題文の言葉から柱を選ぶ・ある EC サイトの会社の構成・柱の目で見直す）
- 第11回⑥ 故障に備えた設計と疎結合（4つの原則の全体像・故障に備えた設計・コンポーネントの分離（疎結合））
- 第11回⑦ 伸縮性・並列化と4つの原則（伸縮性の活用・並列化を考慮する・4つの原則と柱）
- 第11回⑧ 第11回のまとめ（この回の見分け方・要点・参考資料・次の回の予告）
- 第12回① 移行とは何か（この回のねらい・この講座について・前の回の振り返り・移行とは何か・この回の例の会社）
- 第12回② 移行の流れと利点（移行の大まかな流れ・移行の利点・移行を支えるリソース）
- 第12回③ AWS CAF の6つの観点（AWS CAF とは・6つの観点・ビジネス寄りの3つの観点・技術寄りの3つの観点・期待できる成果・CAF と Well-Architected の違い）
- 第12回④ 7つの R と移し方（7つの R とは・そのまま移す：リホストとリロケート・少し手を加える：リプラットフォーム・作り直す：リファクタリング（リアーキテクト）・4つの R を並べて見分ける）
- 第12回⑤ 買い替える・移さない戦略（買い替える：リパーチェス・移さない：リテインとリタイア・例の会社に当てはめる）
- 第12回⑥ 評価のサービスと AWS MGN（移行のサービスの地図・費用を見積もる：Migration Evaluator・環境を調べる：Application Discovery Service・進み具合を1か所で見る：Migration Hub・サーバーを移す：AWS MGN）
- 第12回⑦ データベースの移行：DMS と SCT（データベースの移行とは・AWS DMS・止めずに移す：データベースのレプリケーション・設計を変換する：AWS SCT・DMS と SCT の組み合わせ）
- 第12回⑧ Snow ファミリーと例の会社の移行（大容量データを運ぶ：Snow ファミリー・例の会社の移行を通して見る）
- 第12回⑨ 第12回のまとめ（この回の見分け方・要点・参考資料・次の回の予告）
- 第13回① 従量課金と料金の決まり方（この回のねらい・この講座について・前の回の振り返り・従量課金と料金の決まり方）
- 第13回② データ転送とストレージの料金（データ転送：受信と送信・データ転送：リージョン内とリージョン間・ストレージの料金）
- 第13回③ サービスごとの料金と無料利用枠（安いクラスを選ぶときの注意・サービスごとの料金の決まり方・AWS 無料利用枠）
- 第13回④ オンデマンドとリザーブドインスタンス（購入オプションの全体像・オンデマンドインスタンス・リザーブドインスタンス（RI）・RI の柔軟性・Organizations での割引の共有）
- 第13回⑤ Savings Plans・スポットと使い分け（Savings Plans・RI と Savings Plans の違い・スポットインスタンス・専有ホストとハードウェア専有インスタンス・キャパシティーの予約・購入オプションの使い分け）
- 第13回⑥ 見積り・予算・分析の道具（コスト管理の道具の全体像・AWS 料金見積りツール・AWS Budgets・AWS Cost Explorer・AWS Cost and Usage Report）
- 第13回⑦ タグ・一括請求とコスト改善（コスト配分タグ・AWS Organizations の一括請求・請求と料金の情報・コスト改善の考え方）
- 第13回⑧ 困ったときの窓口とサポートプラン（困ったときの窓口の全体像・サポートプランの比較・サポートプランと Trusted Advisor のチェック・AWS サポートセンター）
- 第13回⑨ Trust & Safety・パートナー・Marketplace（AWS Trust & Safety チーム・技術リソース・AWS パートナーネットワーク（APN）・AWS Marketplace・技術支援）
- 第13回⑩ 第13回のまとめ（この回の見分け方・要点・参考資料・次の回の予告）
- 第14回① 見分け方の表と分野 1（この回のねらい・この講座について・前の回の振り返り・見分け方の表の読み方・分野 1 ①：クラウドの性質と費用・分野 1 ②：設計と移行の考え方）
- 第14回② 分野 2 の見分け方（分野 2 ①：責任共有モデル・分野 2 ②：アクセスと鍵の管理・分野 2 ③：攻撃からの守りと検出・分野 2 ④：記録・監査・統制）
- 第14回③ 分野 3 の見分け方（分野 3 ①：インフラと処理の場所・分野 3 ②：ストレージ・データベース・移行・分野 3 ③：ネットワーク・分野 3 ④：連携・分析・AI）
- 第14回④ 分野 4 の見分け方と5つの問い（分野 4 ①：料金と購入オプション・分野 4 ②：コスト管理とサポート・見分けの5つの問い）
- 第14回⑤ 条件の言葉と主語（基本から一歩進める・条件の言葉①：運用と費用・条件の言葉②：可用性と性能・条件の言葉③：守りと統制・主語を見る：AWS かお客様か）
- 第14回⑥ 似た言葉と問題文を読む順（似た言葉の取り違え・名前が似ているサービス・時間の配分と見直し・問題文を読む順）
- 第14回⑦ 受験の申し込みと本人確認（申し込みから結果までの流れ・テストセンターとオンライン・申し込みの手順・本人確認と身分証明書・持ち物と持ち込めないもの）
- 第14回⑧ オンライン受験の環境と当日（オンライン受験の環境・予約の変更と取り消し・当日の流れと遅刻・試験の後）
- 第14回⑨ 第14回のまとめ（各回の見分け方の一覧・この回の要点・全14回を終えたら・参考資料）
コメント