展開モデル

このレッスンを終えると、パブリッククラウド・ハイブリッド・オンプレミスという3つの展開モデルを、要件の文から見分けられるようになります。

自分でサーバーを1台建てるなら

社内にサーバーを置くと決めた時点で、そのシステムは自社の建物と回線の中に閉じます。社外から使わせたければ VPN を張るか、公開用の口を開けることになります。この「どこに置き、どこから使うか」の選び方を整理したものが展開モデルです。

現実の会社では、すべてを一気にクラウドへ移せることのほうが少ないです。古い会計システムだけは社内の機器で動き続けていて、新しい Web サービスだけがクラウドにある、という状態がふつうに起こります。展開モデルは、この中途半端に見える状態にも名前を与えます。

3つの展開モデル

クラウドモデルは、システムの構成要素をすべてクラウド上に置く形です。クラウド上で新規に開発する形と、既存システムをそのまま移す形の両方が含まれます。

ハイブリッドは、自社の設備とクラウドをネットワークでつないで、1つのシステムとして動かす形です。試験でよく出るのは「基幹システムは社内に残しつつ、Web の入口だけクラウドに置く」という筋書きです。

オンプレミスは、自社の設備の中で仮想化技術を使って IT リソースを配る形を指します。プライベートクラウドと呼ばれることもあります。これは「クラウドを使っていない状態」と考えるとやや不正確で、クラウドの技術を自社内だけで使っている状態と捉えるのが正確です。

ハイブリッドを支える接続

自社の設備とクラウドをつなぐ手段は、後の章で詳しく扱いますが、大きく2つあります。1つはインターネットを経由して暗号化した通路を作る VPN、もう1つは専用線で物理的につなぐ AWS Direct Connect です。前者は早く安く始められ、後者は帯域と遅延が安定します。ハイブリッドという言葉が出たら、この2つが選択肢に並びます。

また、自社のデータセンターの中に AWS と同じ仕組みを持ち込む AWS Outposts のようなサービスもあります。「クラウドと同じ操作感のまま、データは自社の建物から出したくない」という要件で登場します。

試験ではこう出る

• 「既存の社内システムを残したまま、一部の機能だけ AWS で動かしたい」→ ハイブリッド
• 「規制により顧客データを国内の自社施設から出せない。ただしクラウドの機能も使いたい」→ ハイブリッド
• 「新規サービスをゼロから作る。自社に機器は置かない」→ クラウド (パブリッククラウド)
• 「すべて自社の設備の中で仮想化して配る」→ オンプレミス (プライベートクラウド)
• 「工場の設備との通信に数ミリ秒の遅延しか許されない」→ 現地に処理を置く必要があり、ハイブリッド寄りの構成になります

引っ掛かりやすいのは、ハイブリッドを「移行の失敗した状態」と考えてしまうことです。試験では、規制や遅延の要件を満たすための正当な選択肢としてハイブリッドが正解になります。「一部を社内に残す」と書かれていたら、迷わずハイブリッドを選んでください。

まとめ

• 展開モデルは、クラウド・ハイブリッド・オンプレミスの3つです
• ハイブリッドは自社設備とクラウドをつないで1つのシステムにする形です
• ハイブリッドの接続手段は VPN と Direct Connect が代表です
• オンプレミスは自社設備の中で仮想化して配る形で、プライベートクラウドとも呼ばれます
• 「一部を社内に残す」という記述はハイブリッドの合図です