講師：クラウドの利用が組織にとって適切なソリューションであると判断したら､
次の決断は､ 自社でホスティングするか､
サードパーティからホスティング・ソリューションとして契約するかです｡
ソリューションをオンサイトでホスティングする場合､
これはしばしばオンプレミスと呼ばれる｡
オンプレミスのソリューションを使うのはセキュリティの観点からは素晴らしいが､
非常にコストがかかる｡
さて､ オンプレミス・ソリューションを使用することに決めた場合､
組織のクラウド・ソリューションの運用に必要なすべてのハードウェア､
ソフトウェア､ 人員を調達する必要があることを意味する｡
これに加えて､ データセンター用の施設も必要で､
すべての機器を収納し､ 適切に動作するための十分なスペース､
電力､ 冷却を提供する必要がある｡
このため､ 多くの組織がホスト型ソリューションの使用を決定している｡
ホスティング環境では､
サードパーティのサービス・プロバイダーが､ クラウド・ソリューションの維持に必要なすべてのハードウェアと設備を提供する｡
これは多くの場合､
複数の組織がクラウド・ソリューションを単一のサードパーティー・プロバイダーの施設内でホスティングするマルチテナント環境で行われる｡
例えば､ アマゾン､ マイクロソフト､ グーグルはすべて､
組織が利用できるホスティング・ソリューションを提供している｡
アマゾン・ウェブ・サービス（AWS）の例を考えてみよう｡
このマルチ・テンデンシー・ソリューションは､
同じ物理施設にある同じ物理ハードウェアを利用して､ 多数の多様な組織をサポートする｡
もちろん､ ホステッドプラットフォーム内では､
データを安全に保ち､ 他の組織に公開されないよう､
論理的な分離が行われている｡
しかし､ 機密を厳守したい情報がある場合は､
サーバーへの物理的・論理的アクセスをすべて制御できるオンプレミス・ソリューションを利用した方がはるかによい｡
マルチテナンシー・ソリューションを使用している場合､ 他のテナントと同じ共有リソースを使用しているため､
サーバーの弾力性が上方または下方に拡張され､ アクセス・サーバー容量のプロビジョニングとプロビジョニングの解除が行われると､
組織の残余データが他のテナントに公開される可能性があります｡
ホスティング・プロバイダーを利用することを決めた場合､
その認証と認可の仕組みを理解し､ 要件を満たすのに十分な保護が施されていることを確認することが本当に重要です｡
また､ 冗長性とフォールト・トレランスの対策が､
あなたが必要とするレベルに達しているかどうかも問い合わせる必要がある｡
ホスティング・プロバイダーに関するもうひとつの懸念は､ その所在地だ｡
あなたのデータはいったい世界のどこに保存されるのか？
その場所に基づいて､ どのような法律があなたの組織とそのデータに影響を与えようとしているのか？
これらは､ あなたの組織のためにホスティング・サービス・プロバイダーを選ぶ際に理解しなければならないことである｡
オンプレミス型かホスティング型か､
どちらを選択するかは決まったが､ 最後の決断は､ どのようなサービスを購入するかだ｡
現在､ クラウドサービスには主に3つのモデルがある｡
これらは､ SaaS（Software as
a Service）､ PaaS（Platform as a Service）､ IaaS（Infrastructure
as a Service）である｡
サービスとしてのソフトウェアでは､ サービス・プロバイダーがあなたの組織に完全なソリューションを提供する｡
これには､ ネットワーク､ ストレージ・サーバー､
仮想化などのハードウェアのほか､ オペレーティング・システム､
ミドルウェア､ ランタイム､ データ処理､ エンドユーザーにサービスを提供するために必要なアプリケーションやソフトウェアが含まれる｡
例えば､ マイクロソフトのOffice 365やGoogle WorkspaceのDocsやSheetsを使用している場合､
これらはサービスとしてのソフトウェア・ソリューションとみなされ､ エンドユーザーがウェブブラウザから直接Eメールやドキュメント､ スプレッドシートなどにアクセスできるようになる｡
サービスとしてのソフトウェアのもう一つの良い例は､
TurboTaxとQuickBooks Onlineである｡
これらの会社は､ ウェブブラウザーを使ってオンラインでアクセスできる税務申告・記帳ソフトを提供し､
あなたに代わってすべてのソフトウェア､ すべてのハードウェア､
すべてのデータ保存要件を処理してくれる｡
しかし時には､ 特定のサービス・ニーズを満たすために､
カスタマイズしたアプリケーションやソフトウェアを構築しなければならないこともある｡
この場合､ サービス・プロバイダーは､ ネットワーク､
ストレージ､ サーバー､
仮想化などのハードウェアと､ オペレーティング・システム､ ミドルウェア､
ランタイム・アプリケーションを提供するだけでよい｡
しかし､ サービスとしてのソフトウェア・ソリューションとは異なり､
実際のアプリケーション・コードを作成し､ クライアントとサーバー間のデータ処理を担当することになる｡
Platform as a Serviceを利用すれば､
共有リソース､ 従量制利用､ 迅速な伸縮性､
高可用性､ ファイル同期など､ クラウドを利用するメリットを得ることができる｡
しかし､ ビジネスニーズに合わせて独自の開発をカスタマイズする能力もある｡
このモデルでは､ サードパーティー・ベンダーは､
特定のサービスを運営するために必要なハードウェアとオペレーティング・システム・ソフトウェアを組織に提供するが､ エンドユーザーに最も近いコードやアプリケーションを提供することはない｡
例えば､ あなたの会社が新しいウェブ・アプリケーションを開発する場合､
サードパーティのクラウド・プロバイダーが提供する開発プラットフォームがあるかもしれない｡
私の会社､ ディオン・トレーニングでは､ これを撮影している今､
実は独自の学習管理システムを一から開発している最中なのだが､ 基礎となるハードウェア､
ネットワーキング､ ストレージ､ オペレーティング・システムのレイヤーすべてに対処する必要はない｡
なぜなら､ 技術スタックの下方にあるデータベースからすべてを処理してくれるからです｡
私と私のチームは､ エンドユーザーである生徒が操作するソフトウェア・コードと､
生徒がコースを受講する際のデータ処理のみを担当します｡
アマゾンが私たちにサーバー､
オペレーティング・システムの設定､ そしてデータベースを提供してくれて､
私たちはその上に好きなものを構築して､
最終的なアプリケーションやソフトウェアをエンドユーザーである生徒たちに提供することができる｡
最後に取り上げるのは､ IaaS（インフラストラクチャー・アズ・ア・サービス）と呼ばれるクラウドサービスモデルだ｡
現在､ サービスとしてのインフラストラクチャーは､
サーバー､ ロードバランサー､ ストレージ・エリア・ネットワーク・コンポーネントなどのITリソースを必要なときにプロビジョニングする手段である｡
インフラストラクチャー・アズ・ア・サービスを利用すれば､
追加リソースを動的に割り当てることができる｡
しかし､ そのハードウェアをすべて自分で購入し､
運用するという長期的なコミットメントに頭を悩ませる必要はない｡
例えば､ 自社のウェブサイトをホスティングするために､
クラウドベースのウェブサーバーを新たに契約するとする｡
Amazon Web ServicesやAWSを使っている場合､
これをEC2と呼ぶだろう｡ これはElastic
Cloud Computeのことで､ EC2インスタンスに適切な量のリソースを選択できるようになる｡
4つのCPU､ 16ギガバイトのメモリ､
500ギガバイトのストレージ､ あるいはそれが何であれ､
それが欲しいと決めたのかもしれない｡
そして､ AWSがハードウェアリソースを割り当て､
そのリソースにオペレーティングシステム､
ミドルウェア､ ランタイムをインストールする｡
しかし､ 時にはその境界線が曖昧になることもある｡
CompTIAの公式テキストとドキュメンテーションによると､
サービスとしてのインフラストラクチャーは､ 仮想マシン､ ストレージ､
ネットワーキングを含むハードウェアのみに焦点を当てている｡
とはいえ､ アマゾン､ マイクロソフト・アジュール､
グーグル・クラウドなど､ ほとんどのプロバイダーは､ 必要なリソースを選択する際に､ コンピュート・インスタンスにインストールするオペレーティング・システムを選択させ､ それを割り当ててくれる｡
例えば､ アマゾンのEC2インスタンスは､
Linuxのアマゾン・マシン・イメージがすでにインストールされた状態で自動的に起動することができ､
これには基本的なLinuxオペレーティング・システムが含まれているので､ ニーズに合わせて完全にカスタマイズすることができる｡
なぜこのような話をしたかというと､ ほとんどがハードウェアであるものを扱う場合､
オペレーティング・システムがインストールされているというだけでは､ 試験におけるサービスとしてのプラットフォームとは言えないからです｡
その代わり､ サービスとしてのインフラを選ぶことになる｡
サービス・レベルとしてのプラットフォームを実現するには､
ミドルウェアとランタイムをすべて含める必要がある｡
これには､ データベース機能､ ApacheやNGINXなどのウェブサーバー､
その他サービスを提供するために必要なサーバーソフトウェアやミドルウェアなどが含まれる｡
試験の場合､ サービスとしてのインフラやサービスとしてのソフトウェアであれば､
通常はかなり明確ですが､ サービスとしてのプラットフォームとなると､
少し難しくなります｡
そこで､ 試験で使うべきちょっとしたヒントをここで教えよう｡
サービスとしてのインフラ以上のものを見出すなら､
おそらくサービスとしてのプラットフォームを答えとして選びたいだろう｡
サービスとしてのソフトウェアよりも劣るものがあるとすれば､ やはりサービスとしてのプラットフォームを選ぶことになるだろう｡
なぜなら､ 左側にはサービスとしてのインフラ､
右側にはサービスとしてのソフトウェア､
そしてその中間にサービスとしてのプラットフォームという､
スペクトルの両端があるからだ｡
つまり､ サービスとしてのインフラストラクチャーは､ サーバーを運用するために必要なものすべてを提供してくれる､
ということだ｡
これには､ 電力､ スペース､ 冷却､ ネットワーク､
ファイアウォール､ 物理サーバー､ 仮想化レイヤー､ 場合によってはオペレーティング・システムなどが含まれる｡
プラットフォーム・アズ・ア・サービスでは､ オペレーティング・システムと､
私がインフラストラクチャー・ソフトウェアと呼んでいるものを追加することになる｡
このインフラストラクチャー・ソフトウェアが､
ミドルウェアでありランタイム環境だ｡
つまり､ アパッチ・ウェブ・サーバー､
MySQLデータベース､ プログラミング言語などのことだ｡
さて､ SaaS（Software as a Service）を扱う場合､
先ほど説明したインフラやプラットフォーム部分の上に追加される､
ホストされたアプリケーション・ソフトウェアを扱うことになる｡
このように､ サービスとしてのソフトウェアは､ サービスとしてのプラットフォームやサービスとしてのインフラよりもエンドユーザーに近い｡
そのため､ ITプロフェッショナルとして､ 組織の要件に基づいてどのタイプのAs
a Serviceが適切かを判断できるようになることが本当に重要です｡
このレッスンでは､ サービスとしてのソフトウェア､
サービスとしてのプラットフォーム､ サービスとしてのインフラストラクチャーについて話した｡