本当のAWS基礎　昭和～平成～令和の時代の変遷システムの変化と今昔物語

# 内容
社内でAWS知らない人でもこれだけは覚えていてほしいという動画を作成して欲しいとリクエストあり。その内容を資料化したものです。小学生の子供に説明してみましたがになんとなくAWSが分かったと言っていたので今回は結構分かりやすくまとめられたと思います。


# システムを構築する時
システムを構築する際、サーバやネットワークなどのインフラが必要になります。昭和の時代は物理サーバを買ってきてラックマウントしてネットワークに接続してと物理的な作業が多く発生していました。

![スライド4.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/8691da4f-0d5c-07e0-4b7c-97a9eee70ce0.png)

その後、物理サーバの上に仮想的なサーバを作成できる仮想化技術の発展により、仮想サーバが主流となりました。最初に物理サーバを用意して、仮想化基盤を構築する必要があります。仮想化基盤構築後は、新しいシステムを作りたい場合はすぐに仮想サーバの準備を行うことができ、物理環境の時と比較すると大きな進展がありました。

![スライド5.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/a4df8f0e-14ce-1802-7e65-b5c2d1b90f29.png)

仮想化基盤を自社で構築するパターンもありますが、データセンター内に大規模な仮想化基盤環境を用意して、その上で動く仮想マシンを顧客に提供するという、ホスティング事業者が登場しました。

![スライド6.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/7f487591-7787-5bd4-0204-899fc39e639a.png)

さらに大規模化してグローバル規模のリソースを提供出来るパブリッククラウド事業者が登場しました。

![スライド7.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/1cf11d4a-840f-de53-9a02-cce93a15dde2.png)

平成から令和にかけて、仮想サーバ時代からクラウド時代に突入してきました。

![スライド8.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/42937de5-9ff0-4a8d-e0e6-8c1f4f952eae.png)

パブリッククラウドはすぐに日本全国のデータセンター上にシステムを構築出来るだけではなく。。

![スライド9.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/a9dccb13-8475-1542-aa0d-3ffc57ecee4b.png)

すぐに世界中のデータセンター上にシステムを構築することが出来ます。

![スライド10.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/f2918f8f-4872-eff2-4afd-61434ee0eafc.png)

AWSでいうと「AWSグローバルインフラストラクチャ」という言葉になります。世界各地のリージョンがあり、リージョンの中に複数のAZが構成されています。AZは1つ以上のデータセンターから構成されてます。

![スライド11.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/dd2337db-f43a-c423-bace-f691f2eb5a94.png)

話を変えて物理サーバの管理について見てみます。ホスティングサービスを利用している場合は、物理サーバの管理はホスティング事業者になりますが、自社で仮想基盤を構築している場合、当然ハードウェアの管理が必要になります。ディスクが故障したら交換対応が必要などこれが結構手間です。台数が多いと結構な頻度で発生します。。

![スライド12.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/9006ce4c-d378-0c84-1e13-5f5ffd4be0b2.png)

しかし、AWSを利用する場合、ハードウェアの管理はAWS側の責任範囲になるため、ユーザー意識する必要がありません。

![スライド13.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/f4a11ea9-95cd-44d0-d8e1-d5b3f5bd80e8.png)

AWSには責任共有モデルという考え方があります。サービスを提供するAWSとサービスを利用する顧客で責任範囲を明確に定義するということです。先ほどの仮想サーバの例が分かりやすいので例にとると、赤枠のハードウェアがAWSの責任範囲になり、オペレーティングシステム以上がユーザー側の責任範囲になります。

![スライド14.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/8c746af2-2dfa-dec3-b8ec-7817a0acf0a0.png)

今までサーバの話をしてきましたが、当然サーバだけではインフラは構成できません。ファイアウォールやロードバランサー、ルーターなどのネットワーク機器が必要になります。

![スライド16.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/199e2b67-a32f-4d04-3e13-a5942feb36b5.png)

これらもAWSでサービスとして提供されています。左がファイアフォール、真ん中がロードバランサー、右が仮想マシンを提供するサービスになります。

![スライド17.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/315e7a78-2073-b42c-a55e-f1083775a070.png)

特に左の2つはマネージドサービスと呼ばれ、AWS側でOSレベルまで管理をしてくれます。オンプレミスで管理する場合、ファイアフォールのファームウェアバージョンアップやロードバランサーはLinux系のOSで動いていたりするのでそのあたりの管理が必要ですが、マネージドサービスの場合は必要ありません。AWS側で管理してくれます。EC2はOSをユーザで管理する必要があるため、運用の観点からもマネージドサービスの利用が推奨されています。

![スライド18.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/07742980-ee16-b11c-9a09-9981f7bb2c8c.png)

3つのサービスを紹介させて頂きましたが、AWSには100を超えるサービスがあります。ビルディングブロックという概念があり、ユーザーはブロックのようにこれらのサービスを組合せて最適なシステムを作っていきます。

![スライド19.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/975e2c6c-c2a0-0f9d-1278-0a9354beee48.png)

最後にまとめとして、本日は下記を説明させて頂きました。

![スライド20.PNG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2523652/0e9e81ab-2887-b758-b767-d16b2335426d.png)

# 勉強会
定期的にAWSやインフラ基礎の勉強会を開催しています。

https://infra365.connpass.com/event/313272/

# 資料
https://speakerdeck.com/toru_kubota/ben-dang-noawsji-chu