AWS 00：はじめに ― クラウドとは何か、なぜ AWS なのか

昔は、サーバーを自分で買って置いていた

クラウドが広まる前、サービスを始めたい会社は、サーバーを自分で買っていました。

図の番号の順に見てみます。

このように、機械を自分たちで持って運用するやり方をオンプレミス（on-premises＝自分の敷地で）と呼びます。

オンプレミスが悪いわけではありません。今でも、特別な理由がある会社は選んでいます。ただ、アプリを1行も書かないうちに、お金と時間と手間が先に出ていくのは大きな負担でした。

しかも、何台要るかを先に決めないといけない

もっと困るのは、何台買えばいいか、事前に決めなければならないことです。

図のグラフは、ある Web サービスに来る利用者の数を、時間の流れに沿って並べたものです。赤い横線は、買ったサーバーで受けきれる上限です。

「少なめに買って足りなくなる」か「多めに買って無駄にする」か。未来の利用者数は誰にも正確にはわからないので、どちらかを必ず引きます。

しかも、足りないとわかってから注文しても、届くのは数週間後です。話題になったのは今日なのに、です。

そこで「クラウド」：必要なときに、必要な分だけ借りる

この問題を根っこから変えたのがクラウドです。

クラウドでは、機械を買いません。クラウド事業者が巨大なデータセンターに大量のサーバーを用意しておき、あなたはインターネット越しに、画面やプログラムから「2台ちょうだい」と頼んで借ります。

「足りない日」には台数を増やし、「余っている日」には減らす。前のページの悩みが、予想する問題から、その場で合わせる問題に変わります。

図で黄色になっている2台が、あなたが借りているサーバーです。他の灰色のサーバーは、世界中の別の人が借りています。

AWS は、世界でいちばん使われているクラウド

AWS（Amazon Web Services）は、通販の Amazon が運営するクラウドです。

もともと Amazon は、自社の巨大な通販サイトを動かすために、大量のサーバーを効率よく扱う仕組みを作っていました。それを2006年から外の会社にも貸し出したのが AWS の始まりです。

大きなクラウドは他にもあります。Microsoft の Azure、Google の Google Cloud です。名前や細部は違いますが、「ネットワークを作り、サーバーを借り、データをしまい、守る」という考え方はほぼ同じです。この本で身につけた考え方は、他のクラウドでもそのまま通じます。

この本で AWS を選ぶのは、いちばん長く使われていて情報が多く、仕事で出会う可能性が最も高いからです。

200以上あっても、役割は5つに分けられる

「サービスが200以上」と聞くと、とても覚えきれない気がします。でも安心してください。全部を覚える人はいません。

AWS のサービスは、ほとんどが次の5つの役割のどれかを受け持つ部品です。

この本では、図の色で役割を表します。青はつなぐ、黄は計算、緑はしまう、赤は守る、白は見張る、灰色は利用者や外の世界です。図を見たときに、色だけで「これは何の役割の部品か」がわかるようにしてあります。

大事なのは、サービスの名前ではなく、「いま足りないのはどの役割か」を考えることです。役割がわかれば、部品は後から選べます。

AWS が守るところ、あなたが守るところ

クラウドを使うときに、最初に知っておくべき大事な約束事があります。責任共有モデルです。

たとえるなら、AWS は頑丈な貸し倉庫です。建物が壊れたり、泥棒が壁を破ったりしないようにするのは貸し主の仕事です。でも、あなたが自分の区画の鍵を開けっぱなしにしていたら、それはあなたの責任です。

実際、クラウドでの情報流出事故のほとんどは、AWS が破られたのではなく、利用者側の設定ミス（誰でも読める状態でファイルを置いた、鍵をインターネットに公開した、など）で起きています。

この本では、各章で「何をあなたが守る必要があるのか」をはっきり書きます。

この本は「なぜそうするのか」から始める

AWS の入門記事の多くは、「このボタンを押して、次にこれを入力して」という手順で書かれています。手順は、その通りにやれば動きます。

でも、手順だけを覚えると、次のようなときに行き詰まります。

この本は、先に「困りごと」を見せ、それを解決するために部品を置く、という順で進みます。たとえば「サーバーが1台だと、壊れたら止まる」→「だから2台にする」→「すると、どちらに送るかを決める入口が要る」→「それがロードバランサー」という具合です。

こうして理由の鎖をたどっておけば、画面が変わっても、要件が変わっても、自分で部品を選んで組み立てられるようになります。

この本で作るもの ①：まずは1台のサーバー

この本では、1つのサービスの構成を、章が進むごとに育てていきます。次の3ページで、その育ち方を先に眺めておきます。

最初は、サーバー1台です。

この形は手軽で、個人の小さなサービスなら十分なこともあります。ただし、そのサーバーが1台壊れたら、サービス全体が止まります。データも一緒に消えるかもしれません。

前半では、この「1台」を作るために必要な、アカウント・お金・権限・ネットワーク・サーバーの基礎を、1つずつ「なぜ」から積み上げます。

この本で作るもの ②：一般的な Web サービスの構成

本の中盤では、図のような、実務でいちばんよく見る Web サービスの構成を組み上げます。前のページから、部品が増えて配置が変わりました。

さらに、example.com のようなドメイン名と HTTPS（鍵のかかった通信）も付けます（第14章）。

第16章でこれらを1つの構成にまとめます。ここまで来れば、一般的な Web サービスを AWS 上に、自分で理由を説明しながら組めるようになっています。

この本で作るもの ③：要件に合わせて、部品を組み合わせる

本の後半では、「速くしたい」「安くしたい」「止めたくない」「重い処理を後回しにしたい」といった要件に応じて、部品を組み合わせていきます。

最後の第30章では、要件だけが書かれた課題から、この図のような構成を自分で設計する練習をします。

この本の地図

この本は32章（第0〜31章）あります。大きく6つのまとまりに分かれます。

どの章も、1つ前の章で出てきた「困りごと」を、その章の部品が解決するように並べています。途中から読むこともできますが、AWS もネットワークも初めてなら、前から順に読むのがいちばんの近道です。

読み進める前に：お金の事故だけは先に防ぐ

AWS は「使った分だけ払う」仕組みです。これは便利な反面、消し忘れたものも「使った分」になるということです。

これらを防ぐために、次の第1章では、アカウントを作ったらすぐに次の2つを設定します。

また、この本の各章の最後には「片付け」として、作ったものの消し方を書きます。試したものは、その日のうちに消す。これを習慣にしてください。