AWS初心者がインフラ設計/構築を理解するために、まず最初におさえるべきキーワード15選

# __【 はじめに 】__
__<font color="red">つい先日、AWS初心者の僕がインフラ設計/構築の担当者になった、、。</font>__

「__何事も経験だ!__」と、自分から手を挙げたものの、覚えることが多すぎやしないかと困惑しつつ、
__これも自分の伸びしろ__だと、、__まだまだ伸びる証拠だとポジティブに捉えて__、
勉強を進めていきたいと思います。
> 「 __"成功"__ より __"成長"__ に囚われろ :sunglasses:！ 」 __By Keisuke Honda__

# __【 目次 】__
1. 現状の課題とその解決策
2. 対象読者の皆さん
3. お願い
4. 本題  
4-1. __[リージョン (Region)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#1-%E3%83%AA%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3-region)__  
4-2. __[アベイラビリティーゾーン (AZ:Availability Zone)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#2-%E3%82%A2%E3%83%99%E3%82%A4%E3%83%A9%E3%83%93%E3%83%AA%E3%83%86%E3%82%A3%E3%83%BC%E3%82%BE%E3%83%BC%E3%83%B3-az--availability-zone)__  
4-3. __[VPC (Virtual Private Cloud)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#3-vpc-virtual-private-cloud)__  
4-4. __[サブネット(Subnet)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#4-%E3%82%B5%E3%83%96%E3%83%8D%E3%83%83%E3%83%88subnet-public-private)__  
4-5. __[インターネットゲートウェイ (Internet Gateway)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#5-%E3%82%A4%E3%83%B3%E3%82%BF%E3%83%BC%E3%83%8D%E3%83%83%E3%83%88%E3%82%B2%E3%83%BC%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A4-internet-gateway)__  
4-6. __[デフォルトゲートウェイ (Default Gatewaya)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#6-%E3%83%87%E3%83%95%E3%82%A9%E3%83%AB%E3%83%88%E3%82%B2%E3%83%BC%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A4-default-gateway)__  
4-7. __[ルーター (Router)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#7-%E3%83%AB%E3%83%BC%E3%82%BF%E3%83%BCrouter)__  
4-8. __[ルートテーブル (Route Table)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#8-%E3%83%AB%E3%83%BC%E3%83%88%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB-%E7%B5%8C%E8%B7%AF%E5%88%B6%E5%BE%A1%E8%A1%A8%E3%83%AB%E3%83%BC%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB)__  
4-9. __[NAT (NAT Gateway)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#9-nat-nat-gateway)__  
4-10. __[踏み台サーバー (Bastion Server)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#10-%E8%B8%8F%E3%81%BF%E5%8F%B0bastion%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC)__  
4-11. __[セキュリティグループ (Security Group)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#11-%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3%E3%82%B0%E3%83%AB%E3%83%BC%E3%83%97)__  
4-12. __[ElasticIP](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#12-elasticip)__  
4-13. __[VPCエンドポイント](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#13-vpc%E3%82%A8%E3%83%B3%E3%83%89%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88)__  
4-14. __[IAM (Identity and Access Management)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#14-iam-identity-and-access-management---%E3%83%A6%E3%83%BC%E3%82%B6%E3%83%BC%E3%83%9D%E3%83%AA%E3%82%B7%E3%83%BC-)__  
4-15. __[ACL (Access Control List)](https://qiita.com/Futo23/items/318d89eccdbf5697f8bf#15-acl-access-control-list--%E3%83%AA%E3%82%BD%E3%83%BC%E3%82%B9%E3%83%99%E3%83%BC%E3%82%B9%E3%81%AE%E3%83%9D%E3%83%AA%E3%82%B7%E3%83%BC-)__   
5. その他
6. 最後に


# __【 1. 現状の課題とその解決策 】__
作業を開始してから2週間程度が経過した時点で、このまま場当たり的に知識を身に着けて行くのは、
かなり効率が悪いということに気が付いた。もちろん現場で起こっている課題を解決しながら、
場当たり的に問題解決能力を知識を身に着けていくことも重要だと思う。

しかしながら、__この局面__ _(AWSのサービスを全く知らない。インフラに関しての知識はゼロ。)_ 
__においては、クラウドの基礎知識を体系的に一からきちんと知識を身に着けていく戦法が有効__だと考える。

理由は、下記の通り。

----
- 各単語の関係性についても合わせて学習することにより、単語の忘却曲線をより緩やかにすることができる。  
__現状の課題 (1) : <font color="red">単発だと結構すぐに忘れてしまう。</font>__
- クラウドの全体像を把握するスピードが早くなるので、効率よく知識を吸収することができる。  
__現状の課題 (2) : <font color="red">基礎知識を短期間で習得できるので、後々応用が効きやすい。</font>__
- いきなりAWSコンソール画面を触って間違えてしまうといったような無駄が無くなる。  
__現状の課題 (3) : <font color="red">基礎がないので、想定していないミスをするケースも。。</font>(痛い目に合うのも大事だけどｗ)__

---

上記のような理由より、自分の知識を蓄積し、常にアップデートしていくため手段 __(備忘録)__ として、
Qiitaに思考プロセス等を書き残していこうと思う。
<font color="gray">_(他の人がこれを読むことで勉強になるかどうかは分からないですが、、。)_</font>
# __【 2. 対象読者のみなさん 】__
- 業務でインフラを担当することになったけど、どうしたら良いのかイマイチ分からない人
- インフラ構成図を見て一通り内容を理解しておきたい人
- AWSインフラに興味があるけど、触ったことがない人
etc ..

# __【 3. お願い 】__
もし、本記事の内容に「<font color="red">誤り・誤字</font>」があれば、遠慮なくお気軽にご指摘いただければ幸いです。
それでは、AWSでのインフラ構築担当になって__まず最初に覚えたワード15選__について、
筆者が__参考にしたサイト__、各概念の__分かりやすい表現をPickUp:point_up:!__しながら、
ご説明させていただこうと思います。

_読んでいただいた方のお役に立てるような記事にしたいと思っていますので、
どうぞ最後までお付き合いください_ :grinning: !!!

# __【 4. 本題 】AWS初心者がインフラ設計/構築を理解するために、まず最初におさえるべき専門用語 15選__
まずは、「__AWSって何なの？__」ってところから。
　　
![amazon-web-services-logo-large1-e1334297880876.png](https://qiita-image-store.s3.amazonaws.com/0/180432/6415ce2e-8275-0385-7f70-9a05bc6630bc.png)
# 00. AWSの基本概念
AWSは、「__Amazon Web Service__」の略なんだけど、```AWSとは？```
と何も見ずに語れるほどの知識はないので、この部分に関しては後日アップデートする予定です。
> __[ 2017/10/13(Fri)時点での、筆者のAWSへ対する認識 ]__
>クラウドコンピューティングのリソースを提供していて、その上に様々なサービスを乗っけて、
誰でも簡単に？使った分だけの費用(従量課金)でインフラ環境を構築できるサービスってイメージ。
__クラウドコンピューティングのリソース__というのは、
__世界各地にあるAWSが保有しているデータセンターのこと__なんだけど、、
まず最初に、
「<font color="red">__どの地域 [リージョン(Region)] の__</font>」__コンピューティングリソースを使用するのか？__
ということを決めないといけない。

## __1. リージョン (Region)__
<font color="gray">__リージョン(Region)__ 自体は__<font color="black">「範囲、領域」</font>__を持つ英単語 :point_up:
__Amazon クラウドコンピューティングリソース__は__世界各地の多くの場所でホスト__されており、
__これらの<font color="red">世界各地の拠点、物理的に離れている領域のこと</font>__を__<font color="black">リージョン(Region)</font>__と言います。</font>
__2017/10/12(木)時点__で、世界中に__<font color="red">16個</font>__もの__リージョン(Region)__が存在します。
> (以下、「[AWS公式サイト](https://aws.amazon.com/jp/about-aws/global-infrastructure/)」より引用。)
> ![image.png](https://qiita-image-store.s3.amazonaws.com/0/180432/10779417-c7cd-fca0-eff5-b6f2370b626f.png)
> _※今後、さらに5つのリージョンが追加される予定みたいです。(2017/10/12時点)_
>・中国
・フランス
・香港
・スウェーデン
・米国 (2番目のAWS GovCloudリージョン)

初めてAWSサービスに触れられる方は、とりあえず何も考えずに、
__アジアパシフィック(東京リージョン)__を選ばれることをお勧めいたします。
_※別途リージョン選択についての細かな部分について紹介する記事を書こうと思います。_

>__[参考サイト]__

>- [グローバルインフラストラクチャ](https://aws.amazon.com/jp/about-aws/global-infrastructure/) (引用元)
- [リージョンとアベイラビリティーゾーン](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/Concepts.RegionsAndAvailabilityZones.html)

---

__各リージョン内__にはかならず__<font color="red">2つ以上のアベイラビリティーゾーン</font> (≒データセンター)__と呼ばれる拠点があります。
_続いては、そのアベイラビリティーゾーンについてご紹介したいと思います。_

## __2. アベイラビリティーゾーン (AZ : Availability Zone)__
アベイラビリティーゾーンを物凄く分かりやすく、簡単に言うと、、。
__東京リージョン（物理的に離れた地域）= 東京という都市(場所)</font>に、3つの独立したデータセンター(拠点)が存在し、
この各々のデータセンターのことを「<font color="red">アベイラビリティーゾーン(AZ)</font>」と言います。__
![AWS.jpg](https://qiita-image-store.s3.amazonaws.com/0/180432/2eccd873-4125-b0c9-7ee5-c393c3f2410a.jpeg)
<font color="crimson">_* 1つのリージョン内に2つ以上のアベイラビリティーゾーン(データセンター)が存在するので、
インフラ設計をする際は、複数のアベイラビリティーゾーン(Multi-AZ)を活用することにより、
構築するインフラ/アプリケーションの耐障害性を向上させることができます。_</font>
> __「リージョンとアベイラビリティゾーンに関する概念について」__
>各リージョンは完全に独立しています。各アベイラビリティーゾーンも独立していますが、
同じリージョン内のアベイラビリティーゾーン同士は低レイテンシーのリンクで接続されています。
>「[リージョンとアベイラビリティーゾーン](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/using-regions-availability-zones.html)」より引用

## __3. VPC (Virtual Private Cloud)__
__<font color="red">AWSクラウドの論理的に分離した領域</font> (セクション)__ を、誰でも簡単に用意することができます。
下図のようなイメージです。
![VPC.jpg](https://qiita-image-store.s3.amazonaws.com/0/180432/5cc370d1-6ab1-1d4c-c3bc-d32e221a5ef8.jpeg)
この __VPC (Virtual Private Cloud) を活用すると__、__<font color="red">自分で定義した仮想ネットワーク内</font>__に
__AWSリソース (ex. EC2,RDS) を起動__させることができます。
※ __VPC (Virtual Private Cloud)__ のIPアドレスは、以下規則で指定することができます。
- VPC全体で1つのIPアドレスを持つ
- サブネットでIPアドレス空間を分割する
__<font color="red">[ ※注意 ]</font>__
ネットワークアドレスは__作成後変更不可__なので、あらかじめ20ビット以下など、
ある程度のレンジを持つアドレスを設定しておくのが無難です。
>__[参考サイト]__
>- [インフラエンジニアに贈るAmazon VPC入門 #1 概要とルーティング](https://cmdevio-ssl-eb-weighted.classmethod.jp/cloud/vpcfor-infra-engineer-1/)

## __4. サブネット(Subnet ```[Public, Private]```)__
__サブネット__とは、__大きなネットワーク__ (≒VPC) を
__<font color="red">複数の小さなネットワークに分割</font>して管理する際の管理単位となる小さなネットワーク__ (≒サブネット) のこと。
※下図のようなイメージ。
![Subnet.jpg](https://qiita-image-store.s3.amazonaws.com/0/180432/536ac585-0849-5864-6064-f0ffa9bd4b18.jpeg)
自分で定義したネットワーク(VPC)を複数のネットワークに分割するために使用します。
具体的には、__各インスタンスの<font color="red">役割ごとにグループ化</font>__ (サブネットに分割) し、
__<font color="red">ルートテーブルをアタッチする</font>際などに使われることが多い__ (きめ細やかなアクセスコントロールが可能) です。
#### __[ パブリックサブネット ]__ と __[ プライベートサブネット ]__ の違いについて
---
まずは、下図をご覧ください！
![Subnet2.jpg](https://qiita-image-store.s3.amazonaws.com/0/180432/79a28908-fd4d-2481-94f2-b2cba7e783e5.jpeg)
上図の通り、__インターネットからVPCインスタンスに接続する__ ためには、
__<font color="red">インターネットゲートウェイ</font>__ (次項で説明) を用意する必要があります。
そして、__<font color="red">VPCネットワーク内にあるルーターを介して</font>、各サブネット内のインスタンスへ通信__が行われます。
この時、各サブネットにアタッチされている__ルートテーブル__ (経路制御表) の内容に沿って、
インターネットからのアクセスを許可するのか、許可しないのかを判断します。
_上記の違いで、パブリックサブネット, プライベートサブネットの区別をしています。_
- __<font color="red">インターネット(外部ネットワーク)からのアクセスを許可</font>__したサブネットを「__パブリックサブネット__」
- __<font color="red">VPC内部の通信のみ許可</font>__しているサブネットを「__プライベートサブネット__」
>__[参考サイト]__
>- [VPC初心者がハマりやすいポイントをまとめてみた](http://blog.serverworks.co.jp/tech/2013/05/23/vpc_beginner-2/)

## __5. インターネットゲートウェイ (Internet Gateway)__
__インターネットゲートウェイ__は、__<font color="red">VPCのインスタンスとインターネットとの間の通信を可能にする</font>__
VPCコンポーネント。
![Untitled Diagram.jpg](https://qiita-image-store.s3.amazonaws.com/0/180432/203f3a4f-d340-6301-e3c4-0cf271ff68c3.jpeg)
こちらの__インターネットゲートウェイの役割__は__大きく2つ__あります。
---
__1. VPCネットワークのルートテーブルに、インターネットへルーティングが可能な宛先を追加すること。__
__2. パブリックIPv4アドレスが割り当てられているインスタンスに対して、ネットワークアドレス変換(NAT)を行うこと。__

---
_※ 2に関して、筆者自身これだけでは理解できなかったので、
公式サイトの説明を元に少し掘り下げて解説します。_
インターネットゲートウェイには、__NAT (Network Address Translation)__ _( 後ほど、9.にて解説 )_ と呼ばれる機能があります。
> __インターネットゲートウェイ__はインスタンスに代わって__1 対 1 の NAT__ を論理的に行います。
ここで言う1対1というのは、「__<font color="red">パブリックIPv4アドレス</font>__」と「__<font color="red">プライベートIPアドレス</font>__」のことです。
__[ Outbound通信時 (VPC→インターネット) ]__
__(通常)__ : プライベートIPv4アドレス → パブリックIPv4
__(ElasticIP)__ : プライベートIPv4アドレス → ElasticIPアドレス
> <font color="gray">そのため、トラフィックが VPC サブネットから出てインターネットへ向かうとき、返信アドレスフィールドは、インスタンスのプライベート IP アドレスではなくパブリック IPv4 アドレスまたは Elastic IP アドレスに設定されます。</font>
__[ Inbound通信時 (インターネット→VPC) ]__
__(通常)__ : パブリックIPv4　→ プライベートIPv4アドレス
__(ElasticIP)__ : ElasticIPアドレス　→ プライベートIPv4アドレス
> <font color="gray">逆に、インスタンスのパブリック IPv4 アドレスまたは Elastic IP アドレス宛てのトラフィックは、その送信先アドレスがインスタンスのプライベート IPv4 アドレスに変換されてから、VPC に配信されます。</font>
_このようにインターネットに接続するために必要なネットワークアドレスの変換(NAT)の役割も、
インターネットゲートウェイが果たしてくれます。_
---
>__[参考サイト]__
> - [インターネットゲートウェイ](http://docs.aws.amazon.com/ja_jp/AmazonVPC/latest/UserGuide/VPC_Internet_Gateway.html) (公式サイト)
> - [知識0から、AWSのEC2でウェブサーバーを構築するまで](https://qiita.com/shunsuke227ono/items/23dbf4f3bc663a2875f0)

## __6. デフォルトゲートウェイ (Default Gateway)__
> 所属するLANなどの内部ネットワーク (AWS上のサブネットもしくは、VPC) から、
外部にあるネットワーク(他のサブネットもしくは、インターネット)に通信を行う場合の
出入り口の役割を果たすよう設定されているルーターやコンピューターのことです。
__デフォルトゲートウェイ__は、
__<font color="red">ネットワーク上でプロトコル(規約)が異なる複数のデータを相互に変換し通信を可能</font>__
にします。
>__[参考サイト]__
>- [デフォルトゲートウェイ - OCN](http://www.ocn.ne.jp/support/words/ta-line/83f83t83H838B83g83Q815B83g83E83F83C.html)

## __7. ルーター(Router)__
IP(Internet Protocol)で通信する端末は、まず最初に通信相手が自分と同じネットワーク(同一サブネット内)に
属する端末かどうかを調べ、自身の属するネットワーク外への通信であれば、ルーター(Router)を経由して
通信を行います。
>__[参考サイト]__
>- [ルーティングの基本動作を見てみよう](http://ascii.jp/elem/000/000/592/592307/)

## __8. ルートテーブル (経路制御表:ルーティングテーブル)__
__ルーターや端末が保持するパケットの配送先に関する経路情報。__
VPCの各サブネットをルートテーブル
ルートテーブルの生成・管理方式には、下記2種類が存在します。
---
#### __・Static Routing (スタティックルーティング)__
> 経路情報を各ルーター内に手動で設定する手法で、
この経路情報は基本的にルート・テーブルより消えることがありません。

#### __・Dynamic Routing (ダイナミックルーティング)__
>「__RIP(Routing Information Protocolo)__」「__OSPF(Open Shortest Path First)__」
「__BGP(Border Gateway Protocol)__」などのルーティング・プロトコルを用いて、
ルーターが経路情報を自動的に学習する手法で、この経路情報は動的に更新されます。

---
>__[参考サイト]__
>- [ルーティング・プロトコルの役割を理解する](http://www.atmarkit.co.jp/ait/articles/0111/06/news002.html)

## __9. NAT (NAT Gateway)__
NATとは、Network Address Translationの略称であり、IPアドレスを変換する技術です。
一般的には、__<font color="red">プライベートIPアドレスをグローバルIPアドレスに変換する技術</font>__とされています。
_ex._
_企業LAN内のクライアントPCがインターネットに接続する場合に、プライベートIPアドレスを
グローバルIPアドレスに変換する必要があります。_
この時に必要になる仕組みが、__NAT(NAT:Network Address Translation)__です。

## __10. 踏み台(Bastion)サーバー__
<font color="red">__メンテナンスの為の接続経路用途で用意されるサーバー__</font>のことを指します。
具体的には、アプリサーバー自体が外部(インターネット)から直接SSH接続を受け付けること自体、セキュリティの観点からもよろしくないので、外部からのSSH接続は、アプリサーバーとは別の専用サーバーが受け付けるべきです。そして、そのサーバーからアプリサーバーにSSH接続するといった二段階接続の構えを取ることでセキュアな環境を実現することができます。この時に用意するサーバーが上記の踏み台(Bastion)サーバーとなります。
また、踏み台サーバーは管理者が使用する時間帯以外は停止状態にしておくことにより、
部外者が勝手に侵入するといった心配もなくなるので、セキュアな構成を実現できる仕組みとなります。

---

## __11. セキュリティグループ__
__<font color="red">異なるセキュリティグループに属する</font>インスタンス__と通信を行う際に、
__トラフィックの制御を行う<font color="red">仮想ファイアウォール</font>__として機能します。
_<font color="red">※セキュリティグループはサブネット単位ではなく、インスタンス単位で設定する必要があります。</font>_
_また、インスタンスを起動 ( 新規作成 ) する際には、対象のインスタンスと1つ以上のセキュリティグループとの
関連付けが必須となります。_
> __[参考サイト]__
> - [Linux インスタンスの Amazon EC2 セキュリティグループ](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/using-network-security.html) (公式サイト)
> - [Amazon VPCにおけるセキュリティグループの役割](http://dev.classmethod.jp/cloud/amazon-vpc-security-group/)

## __12. ElasticIP__
__インターネットからアクセス可能なパブリック IPv4 アドレス。__
インスタンスにパブリック IPv4 アドレスがない場合、Elastic IP アドレスとインスタンスを関連付けて
インターネットとの通信を有効にする仕組み。
_ex.
ローカルコンピュータからインスタンスに接続するなど。_
> __[参考サイト]__
> - [ElasticIPアドレス](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html) (公式サイト)

## __13. VPCエンドポイント__
__VPC のインスタンスがプライベート IP アドレスを使用して、
他のサービス__ _(S3, RDS等)_ __のリソースと通信できる仕組み。__
> __[参考サイト]__
> - [S3 VPCエンドポイントを利用するメリット](https://qiita.com/SatoHiroyuki/items/b611485b6ec736e9076f)

# 01. アクセスポリシー
AWSでのアクセスポリシーオプション _(アクセス制御 )_ は、__<font color="red">大きく2つ</font>__に分類されます。
- リソースベース(S3のバケットやオブジェクトに対して)のポリシー
- ユーザーポリシー
どのようなアクセス制御をしたいかによって、
__リソース自体に閲覧等の権限を付けるもの <font color="red">(リソースベースのポリシー)</font>__、
__ユーザー単位で操作可能範囲を決めるもの <font color="red">(ユーザーポリシー)</font>__など、
柔軟性の高いアクセスポリシー設定が可能です。
本記事では、それぞれ代表的なものを一つずつ紹介したいと思います。

## __14. IAM (Identity and Access Management)__ <font color="gray">【 ユーザーポリシー 】</font>
__ユーザーに対して、AWSへのアクセスを安全に制御するための仕組み。__ AWSコンソール画面から設定が可能で、
IAM (Identity and Access Management) の利用自体が課金対象になることはありません。 (基本無料)
IAMを使用することにより、下記のようなケースでアクセス制御を行うことができます。
- __どのユーザーがAWSリソースを使用できるか？__
- __(リソースを使用できる場合)どのような方法で使用することが可能か？__
>__[参考サイト]__
>- [IAMとは](http://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/introduction.html)

## __15. ACL (Access Control List)__ <font color="gray">【 リソースベースのポリシー 】</font>
リソースごとに少しずつ設定方法が異なるみたいですが、今回はS3()のバケットやオブジェクト
に対してのアクセス管理について紹介したいと思います。
各リソースには、サブリソースとして、ACLをアタッチする必要があります。
この__ACL__によって、<font color="red">__アクセスが許可されるAWSアカウントまたはグループと、アクセスの種類が定義__</font>されます。
当該リソースに対するリクエストを受信すると、Amazon S3はアタッチされたACLの内容を調べて、
リクエスト送信者がACLの内容を満たしているか判断します。
>__[参考サイト]__
>- [アクセスコントロールリスト(ACL)の概要](http://docs.aws.amazon.com/ja_jp/AmazonS3/latest/dev/acl-overview.html)
>- [S3のアクセスコントロールまとめ](https://qiita.com/ryo0301/items/791c0a666feeea0a704c)

# __[ 筆者失敗談 ]__
<font color="red">__[※注意！]__</font> _するほどでもない話。_
---
_もし、AWSのアカウントを取得されている方でこれからEC2インスタンスを生成するという方、
S3に新しいバケットを作られるという方はですね、今一度AWSコンソール画面右上のリージョン設定を
ご確認いただくことをお勧めいたします。_
![image.png](https://qiita-image-store.s3.amazonaws.com/0/180432/e2c5dc6a-fad7-2d3a-5021-73b584adf9c4.png)
_僕は気が付いたら、米国西部 (オレゴン) のリージョンでEC2インスタンスを立ち上げていて、
他のEC2インスタンス(東京リージョンで作成済み)がコンソール画面で確認できないので凄く焦りましたｗ_
_みなさんはこんな凡ミスはしないとは思いますが、一応ここに間違えた人間がいるので、記載しておきます。_

## 【 __最後に__ 】
今後記事内容をアップデートしていきながら、自分自身もAWSへの知見を深められたらなと思います。
最後までお読みいただき、ありがとうございました (^^)/