この時点で、クラウドコンピューティングの概念が登場しました。つまり、「クラウド」からのITサービスの消費です。これらのリソースがどこからどのように取得されるかを気にせずに、リソースの外部プールから。水道事業のポンプ場のインフラストラクチャを気にしないのと同じように。この時点で、概念の反対側、つまりITサービスの概念とITIL / ITSM内でそれらを管理する方法も検討されました。
クラウド（クラウドコンピューティング）の定義がいくつか開発されていますが、それらを究極の真実として扱うべきではありません。これは、ユーティリティコンピューティングの提供方法を形式化する方法にすぎません。
- 「クラウドコンピューティングは、コンピューターのリソースと電力がインターネットサービスとしてユーザーに提供される分散データ処理テクノロジーです」Wikipedia
- 「クラウドコンピューティングは、構成可能なコンピューティングリソース（ネットワーク、サーバー、ストレージ、アプリケーション、サービスなど）の共有プールへの便利なネットワークアクセスをオンデマンドで提供するためのモデルであり、最小限の管理作業または最小限の介入で迅速にプロビジョニングおよび提供できます。サービスプロバイダー»NIST
- 「クラウドコンピューティングは、分散した物理リソースまたは仮想リソースのスケーラブルで柔軟なプールへのネットワークアクセスを提供するためのパラダイムであり、セルフサービスモードで提供され、オンデマンドで管理されます」ISO / IEC 17788：2014。情報技術-クラウドコンピューティング-概要と語彙。
NISTによると、クラウドには主に3つのタイプがあります。
- IaaS-サービスとしてのインフラストラクチャ-サービスとしてのインフラストラクチャ
- PaaS-サービスとしてのプラットフォーム-サービスとしてのプラットフォーム
- SaaS-サービスとしてのソフトウェアサービスとしてのソフトウェア
違いを非常に単純に理解するために、Pizza-as-a-Serviceモデルを見てみましょう
。NISTは、クラウドベースと見なされるITサービスの次の必要な機能を定義します。
- (broad network access) – , . – 220 (), , , .
- (measured service) – . – , , , .
- (on demand self service) – , . , . ( ) .
- (rapid elasticity) – / ( ). – 3 , – .
- (resource pooling) – () . , . .
上記のクラウドの特性は天井から取得されたものではなく、ユーティリティコンピューティングの概念からの論理的な結論であることを理解することが重要です。そして、公共サービスは、概念の範囲内でこれらの特性を備えている必要があります。いずれかの特性が一致しない場合、サービスは悪化せず、「有毒」になることはなく、曇りがなくなるだけです。さて、すべてのサービスが必要だと誰が言ったのですか？
なぜ私はこれについて別々に話しているのですか？ NISTの定義が導入されてから10年間、定義された「真の雲」について多くの論争がありました。米国では、「法律の文言に対応しているが、精神には対応していない」というフレーズが司法の分野で使用されることがあります。クラウドコンピューティングの場合、主なものは精神であり、2回のクリックでレンタルできるリソースです。
上記の5つの特性はパブリッククラウドに適用できますが、プライベートクラウドに移行すると、それらのほとんどがオプションになることに注意してください。
- 幅広いネットワークアクセス-プライベートクラウド内で、組織は発電容量と消費者顧客の両方を完全に制御できます。したがって、この特性は自動的に満たされると見なすことができます。
- (measured service) – utility computing, . ? , , - . . : chargeback ( ) showback ( , ).
- (on demand self service) – , . - - . – .
- (rapid elasticity) – . . – .
- (resource pooling) – , . .
質問：では、プライベートクラウドとは正確には何ですか？企業はそれを構築するために何を購入して実装する必要がありますか？
回答：プライベートクラウドは、ITとビジネスの相互作用の新しい管理モデルへの移行です。これは80％の管理手段であり、わずか20のテクノロジーです。
何億もの石油を設備投資に埋めることなく、消費された資源と簡単な参入にのみ支払うことで、新しい技術的展望と億万長者企業の出現が生まれました。たとえば、現代の巨人であるDropboxとInstagramは、独自のインフラストラクチャがないAWSのスタートアップとして登場しました。
クラウドサービス管理ツールがはるかにプロキシになりつつあり、ソーシングと品質管理がCIOの主要な責任になっていることを強調しておく必要があります。これら2つの新しい責任の課題を見てみましょう。
独自のデータセンターとハードウェアを備えた従来の重いインフラストラクチャの代替として登場したクラウドは、一見軽量です。クラウドに入るのは簡単ですが、通常、終了の問題は回避されます。他の業界と同様に、クラウドプロバイダーは、ビジネスを保護し、競争をより困難にすることに取り組んでいます。唯一の深刻な競争の瞬間は、クラウドサービスプロバイダーの最初の選択でのみ発生し、その後、サプライヤーは、顧客が彼を離れないようにあらゆる努力をします。さらに、すべての努力がサービスの質またはその範囲に向けられるわけではありません。まず第一に、それは独自のサービスの提供と非標準のシステムソフトウェアの使用であり、他のプロバイダーへの切り替えを困難にします。それぞれ、サービスプロバイダーを選択する際には、このプロバイダーからの移行計画（実際には、本格的なDRP-災害復旧計画）を策定すると同時に、データストレージとバックアップのアーキテクチャについて検討する必要があります。
CIOの新しい責任の2番目の重要な側面は、サプライヤーからのサービスの品質を管理することです。ほとんどすべてのクラウドプロバイダーは、独自の内部メトリックに従ってSLAに準拠しています。これは、顧客のビジネスプロセスに非常に間接的な価値をもたらす可能性があります。したがって、独自の監視および制御システムの実装は、重要なITシステムをクラウドプロバイダーに移行する際の重要なプロジェクトの1つになりつつあります。 SLAのトピックを続けると、クラウドプロバイダーの大多数は、月額サブスクリプション料金または支払いの一部でSLAを履行できなかった場合の責任を制限していることを強調しておく必要があります。たとえば、AWSとAzureは、可用性のしきい値である95％（1か月あたり36時間）を超えると、月額料金を100％割引し、Yandex.Cloudは-30％割引します。
https://yandex.ru/legal/cloud_sla_compute/
そしてもちろん、雲はアマゾンクラスのマストドンとヤンデックスクラスの象によってのみ実行されるのではないことを忘れてはなりません。小さな雲もあります-猫のサイズ、あるいはマウスですら。 CloudMouseの例が示しているように、クラウドが取得して終了する場合があります。補償や割引は受けられません。データが失われるだけです。
クラウドインフラストラクチャにおけるビジネスクリティカルの高級ITシステムの実装に関する上記の問題を考慮して、「クラウドの返還」の現象が近年観察されています。
2020年までに、クラウドコンピューティングは膨らんだ期待のピークを過ぎ、その概念は（Gartnerの誇大宣伝サイクルによると）欲求不満の溝に向かっています。IDCと451Researchの調査によると 次の理由により、企業顧客の最大80％が戻ってきて、クラウドから自分のデータセンターに負荷を戻すことを計画しています。
- 可用性/パフォーマンスを向上させます。
- コストを削減;
- IS要件に準拠するため。
何をすべきか、そしてどのようにすべてが「本当に」ですか？
雲が本格的に、そして長い間やってきたことは間違いありません。そして毎年彼らの役割は増大するでしょう。しかし、私たちは遠い未来には生きていませんが、2020年には非常に明確な状況にあります。あなたがスタートアップではなく、古典的な企業顧客である場合、クラウドをどうするか？
- クラウドは主に、予測できない、または顕著な季節的負荷のあるサービスの場所です。
- ほとんどの場合、予測可能な安定した負荷のあるサービスは、独自のデータセンターで維持する方が安価です。
- テスト環境と優先度の低いサービスを使用してクラウドでの作業を開始する必要があります。
- クラウド内の情報システムの配置を検討することは、クラウドから別のクラウドに移動する（または独自のデータセンターに戻る）方法の開発から始まります。
- 情報システムをクラウドに配置することは、制御するインフラストラクチャのバックアップスキームを開発することから始まります。