講師：最近､ クラウド・コンピューティングはいたるところで見かけるようになりましたが､
それはクラウド・コンピューティングを使うことで非常に多くのメリットがあるからです｡
このレッスンでは､ クラウドのさまざまな特徴について話を始めるにあたり､
そこに焦点を当てることにする｡
クラウド・コンピューティングについて語るとき､
私たちがクラウドを使うことを選択したときに見える利点や特徴は､
ほんの一握りである｡
これには､ 高可用性､ スケーラビリティ､ 弾力性､ 利用率の測定､
共有リソース､ ファイル同期などが含まれる｡
これらを見てみよう｡
まず､ 高い可用性がある｡
さて､ 高可用性とは､ クラウドを利用しているときにサービスがほとんどダウンしないという事実を指す｡
なぜなら､ クラウド上に構築されるサービスのほとんどは､
高い信頼性と耐障害性を持つように構築されているからだ｡
つまり､ 高水準の可用性を確保できるということだ｡
さて､ 可用性に関しては､
通常､ 稼働時間の長さとダウンタイムの長さのパーセンテージで測ります｡
例えば､ ネットワークにおけるゴールドスタンダードはファイブナインと呼ばれる｡
ファイブナインは99を意味する｡ エンドユーザーが体験する999%のアップタイムまたは可用性｡
つまり､ ダウンタイムは毎年5分15秒程度しかない｡
そう､ 1年365日のうち､ たった5分15秒しかないのだ｡
そのためには､ 信頼性が高く､
可用性の高いシステムが必要だ｡
つまり､ ウェブサイトが1つあれば､ それをホスティングするウェブサーバーは少なくとも2つあることになる｡
つまり､ 一方がダウンしても､
もう一方が負荷を担っているため､
エンドユーザーはダウンタイムを経験しない｡
高可用性というのはそういうことだ｡
例えば､ 私のウェブサイトdiontraining. comでは､ クラウドサービスを使って非常に可用性の高いセットアップを実現しています｡
そのため､ 世界のどこからアクセスするかによって､ 世界中にある複数のサーバーのうち､
あなたに最も近いサーバーにアクセスし､ より良い体験を得ることができます｡
サーバーが何らかの理由でダウンした場合､
自動的に少し離れた別のサーバーにリルートされますが､
まだ稼働しています｡
そうすることで､ 求めているサービスを受けることができ､
高い可用性を確保することができる｡
これからお話しするクラウドの2つ目の特徴は､
スケーラビリティと呼ばれるものです｡
さて､ スケーラビリティについて語るとき､
これはシステム内の人数やモノの数を直線的な速度で､
あるいは直線的な速度以下で増やすことができるという事実を指している｡
どういうことかというと､
例えば100人のユーザーが私のシステムを使っているとしよう｡
もし200人のユーザーをシステムに入れたとしたら､
コストは20ドル以下になるはずだ｡
今､ 100人のユーザーが200人になり､ 価格が10ドルから100ドルになったとしたら､
それは指数関数的なスケールになり､ 私たちはそれを望まない｡
クラウドシステムを構築する際､ 私たちは常にスケーラビリティを追求しています｡
つまり､ 今日のユーザー数が10人であっても､
明日は100人になるかもしれないということです｡
その翌日には1,000人､
そのまた翌日には10,000人といった具合だ｡
フェイスブックやグーグル､
リンクトイン､ UNIといった大企業を見れば､ 毎日何百万人ものエンドユーザーが自社のプラットフォームにアクセスしており､ クラウド・サービスのスケーラビリティに基づいてスケールアップすることができる｡
さて､ スケーラビリティに関しては､
2つの方法がある｡
ひとつはスケールアップで､ これは垂直的スケールと呼ばれる｡
これは､ 特定のサーバーやノードにより多くのリソースを追加することである｡
例えば､ 2つの仮想CPUを持つクラウドベースのサーバーを使用している場合､
実際には4つの仮想CPUに増やすことができる｡
これがスケールアップの考え方だ｡
プロセッサーの増設､ RAMの増設､
ストレージの増設､ 帯域幅の増設など､ リソースを増やすのだ｡
一方､ 水平方向のスケーリングとして知られる拡大縮小もできる｡
小規模なマシンを使うことに変わりはないが､
ロードバランサーの背後でより多くのマシンが連動して動作する｡
つまり､ 1台のサーバーですべての負荷を処理し､
CPUを増やしたりメモリを増やしたりしてスケールアップするのではなく､ 1台から2台､
2台から4台､ 4台から8台へとスケールアウトし､
ロードバランサーの後ろにさらにサーバーを追加することで､ さらにトラフィックを処理できるようにするのです｡
さて､ ここで3つ目の領域､ 「急速な弾力性」について説明しよう｡
今､ 私たちが急速な伸縮性について語るとき､ それは私たちが非常に迅速にスケールアップまたはスケールダウンできるという事実について話している｡
これは､ アマゾン､ グーグル､
マイクロソフト､ その他の企業が所有する物理サーバー上の多くの仮想マシンで自動化とオーケストレーションを行っているためである｡
そして､ これが私たちに急速な弾力性をもたらしている｡
一般的に急速弾力性や弾力性という言葉を耳にしたら､
システムがリアルタイムで需要の変化に対応できる能力のことだと考えてほしい｡
では､ 私のウェブサイトdiontrainingを使う例に戻ろう｡
comに移籍した｡
今､ 私がウェブサイトをチェックし､
1,000人の生徒がログインしているとして､
今から5分後にチェックすると､
10,000人の生徒がログインしているとしたら､
私のシステムは追加のクラウドリソースをスピンアップし､
新しいユーザーからの負荷の一部を追加サービスにプッシュするように設計されている｡
それが急速な弾力性という考え方だ｡
一般的に､ クラウドで作業している場合､
システムを正しく設計していれば､
弾力性を持って素早くスケールアップすることができる｡
そうしたい理由は､ 余分なサーバーを増やすとコストがかかるからです｡
サーバーを持つほどのユーザーがいない場合､ そのコストを払いたくないので､ サーバーを解放してサービス・プロバイダーに返し､
そのサービスを他の誰かに貸し出すことになります｡
その代わり､ オンプレミス・モデルの場合､ 例えば今日1,000人の生徒がいたとします｡
まあ､ 1,000人の生徒のためには､ 3台のウェブサーバーが必要かもしれない｡
しかし､ 生徒数が1万人になれば､ さらに15台のウェブ・サーバーが必要になる｡
そのためには､ あと15台サーバーを買わなければならない｡
ラックに入れなければならない｡
すべてのソフトをインストールしなければならないし､
設定もしなければならない｡
そのため､ 私たちがその需要に対応するために規模を拡大することは､
弾力性の尺度ではあまり迅速ではない｡
成長が非常に遅いビジネスモデルであれば､ それでも構わない｡
しかし､ あなたが扱うものが高速であったり､ 現代のソーシャルメディアプラットフォームのいずれかであったりする場合､
あなたが行った何かがバイラルになり､ みんながあなたのウェブサイトを訪れて殺到し始めた場合､ 迅速にスケールアップする能力を持っていなければ､ そのバイラルな出来事からもたらされるトラフィックを獲得する能力を逃してしまうことになる｡
クラウドを利用することでそれが可能になる｡
4つ目は､ メーター利用である｡
さて､ これは先ほどの急速な弾力性の話に戻る｡
さて､ 従量制の利用について話しているとき､
私たちは利用ごとに料金を支払っているという事実について話している｡
データベースのような従量制のサービスを利用する場合､
ユーザー数や接続数､
保存されているデータ数に応じて課金されることがある｡
基本的に､ 私たちは消費されるサービスの実際の使用量に基づいて課金される｡
秒単位､ 分単位､ 1時間単位､
1日単位､ あるいは1カ月単位で行う｡
例えば､ 私はバックエンドの自動化や関数の多くにAWS
Lambdaを使っているが､ 使用量に応じて課金される｡
今は100万回リクエストするごとに20セント請求される｡
だから､ オートメーションはとても効率的な方法なんだ｡
何百万､ 何千万というリクエストがあっても､
私にかかるのは数ドルだ｡
もうひとつは､
従量制と計量制の区別があることだ｡
従量制や計量制のサービスについて話すとき､
私たちは本当に同じことを話している｡
しかし､ ここには違いがある｡
従量制のサービスを利用している場合､
実際の使用量に応じて料金を支払うことになる｡
水道代や電気代について考えてみてほしい｡
今月､ 水道のホースをつけてプールに水を入れたとしたら､
水の使用量が多いので水道代が高くなる｡
逆に､ 実測サービスを利用する場合､
これは携帯電話のプランに近い｡
たいていの場所では､ 携帯電話の使用量（テキストメッセージ､
分数､ データ通信など）に対して､ 毎月一定の使用料を支払っている｡
そして､ 一旦その限度額まで行くと､
彼らはサービスを停止し､ 再度支払うまでそれ以上のサービスは受けられない｡
従って､ 量り売りサービスについて考えるときは､
ある量の料金を先払いしているという事実を考え､
それを使うかどうかにかかわらず､ すでにその分の料金を支払っているのだ｡
しかし､ 従量制のサービスであれば､
使用量に応じた料金を支払うことになる｡
クラウドを使うメリットのひとつは､ ほとんどのことが従量制で行われ､
使った分だけ料金を支払えばいいということだ｡
次にお話しするのは､ 共有リソースについてです｡
共有リソースというのは､ 仮想マシンを他人のサーバーに置くことができるため､
コストを最小限に抑えることができるということです｡
アマゾンやアジュール､ グーグル・クラウドで使っているサーバーを見ると､
良質なものでも1台1万ドル､
2万ドル､ 3万ドルする｡
ワードプレスのブログをホスティングするために､
そのうちの1つを購入する必要があるとしても､
読者が数百人しかいないのであれば､ それほど負荷はかからないだろう｡
その代わり､ 高価なサーバーを1台だけ用意し､
それを分割して仮想マシンにし､ 使いたい人全員に配る方がずっと理にかなっている｡
そのため､ 1つのサーバーで50や100のWordPressブログをホストできるかもしれない｡
それが共有リソースを使うという考え方だ｡
共有リソースというのは､ クラウド・プロバイダーのデータセンターを構成するすべてのハードウェアのことだ｡
アマゾンやグーグル､ アズールが考えているのは､
私の会社にとって需要が高い時期があれば､
あなたの会社にとっては低い時期があるかもしれないし､ その逆もあり得るということだ｡
そのため､ 各社に専用のハードウェア・リソースを用意する代わりに､
全社でリソースを共有することができる｡
そしてクラウドの最後の特徴は､
ファイル同期ができることだ｡
さて､ クラウドベースのリソースを使うことの素晴らしい点は､
ある場所に何かを置くことができ､
それをどのように設定するかによって他の場所に広げることができるということだ｡
例えば､ 私の会社では､ ファイル同期に頼ることが多い｡
というのも､ 私たちの会社の従業員のほとんどは､
オフィスだけでなく世界中で働くリモート従業員だからだ｡
このファイルを私のグラフィックデザイナーに渡して､
私が話しているときに皆さんがスクリーンで見ているようなさまざまなものを作ってもらう必要があります｡
そして彼女は､ 私のビデオ編集者がいる別の国にそれを送りに行くんだ｡
完成したら､ 私のオフィスに送り返され､
そこで私のスタッフが品質保証チェックを行う｡
だから､ この1本のビデオは､ おそらく4つか5つの異なる場所を旅して､
今スクリーンで見ているような完成品になったんだ｡
これはファイル同期のアイデアで､
私がこれを録画するとき､ クラウドベースのファイルサーバーに録画しているので､ 私のチームの全員がそのファイルにアクセスすることができます｡
録画からパブリッシング､
そして視聴までの間に必要なすべてのことが､
すべてのサーバーで非常に合理的に行われる｡
ビジネスの観点から見たクラウドの本当の大きなメリットのひとつは､
オフィスにサーバーを置かないということだ｡
現在は､ 保護され､
可用性が高く､ スケーラブルで､ 需要の増減に柔軟に対応できるデータセンターのクラウドに置かれている｡
使った分だけ支払えばいいし､
同じ物理的なサーバー上にいるのだから､ 知らない人たちともリソースを共有できる｡
クラウドの特徴や､ 世界中の多くの企業でクラウドへの大きな移行が行われている理由について話し始めると､
これらはすべて私たちが話していることなのだ｡