/ Flickr / Robert / CC
クラウドテクノロジーのスタックは3つの部分で構成され、各部分は個別のサービスカテゴリを表します。 最上位はSaaSです。実際、これらはWebインターフェイスを介してアクセスできるクラウドベースのアプリケーションです。 その後にPaaSが続きます。これは、アプリケーションの自己開発と展開のためのプラットフォームです。
3番目のレベルはIaaS-サーバー、ストレージ、ネットワーク、コンピューティングインフラストラクチャで、クライアントがソリューションを起動するために使用するために受け取ります。 説明した構造は、次の図のように表すことができます。
これらの3種類のサービスを実証するために、ピザとの類推がよく使用されます-一種の「サービスとしてのピザ」。 消費者がカフェやレストランでピザを注文して食べる場合、それはSaaSであり、自宅で注文する場合はPaaSです。 彼が店に行って、自分で材料を購入し、料理を準備した場合、それはIaaSであると言えます。
それでは、これらの各テクノロジーをさらに深く掘り下げ、スタックの最後であるIaaSから始めましょう。
IaaSとは
IaaSを選択すると、サーバー、ネットワークリソース、ストレージが接続サービスとして提供されます。 同社はサプライヤからコンピューティングリソースを取得しているため、独自のハードウェアを購入してサポートする必要がありません。 さらに、サービスはパブリッククラウド、 プライベートクラウド、または組み合わせたアプローチとして提供できます。
IaaSの概念には次の機能が含まれます。
- リソースはサービスです。 クライアントはいつでも消費されるリソースの量を増減する機会があります
- 仮想化機能により、複数のユーザーが物理リソースを操作できます
- 柔軟な支払いモデル（たとえば、会社が電力消費に対してのみ支払う場合のオプション支払い）
上記のすべてを考慮すると、IaaSソリューションをいつ使用するかを決定できます。 企業が負荷の急増時に容量を増やす必要性を感じることがある場合、つまり運用インフラストラクチャのスケーリングが必要な場合は、IaaSを使用する価値があります。
別のオプション-会社は、自社のハードウェアを購入して保守する資金がないスタートアップであるか、または組織が実験的なビジネスラインを立ち上げて、このために機器を購入することを常に推奨するわけではありません（プロジェクトが成功しない可能性があります）。
ただし、IaaSの柔軟性とスケーラビリティにも関わらず、このテクノロジーには一定の制限があります。 この点で、使用が推奨されない場合があります。 たとえば、会社は規制された業界のプレーヤーであり、そのルールでは会社が所有していないサーバーにデータを保存することはできません。
ここで、ビジネスに不可欠なアプリケーションにクラウドソリューションを使用する価値がないと思われる意見があることを付け加えます。 ただし、そうではないことに注意してください。 重要なビジネスアプリケーションは、16コアとテラバイトのメモリを備えた生産性の高いサーバーに展開できます。これにより、多数のコンポーネント（より高いレベルを含む）の複製が可能になります。
PaaSとは
サービスとしてのプラットフォーム（PaaS）は、サーバー、負荷分散、 DNSなどの作業を隠しつつ、アプリケーションの展開とその管理を簡素化します。 これにより、開発者は開発と展開の問題にもっと注意を払うことができます。
PaaSはクラウドサービスのピラミッドの第2レベルであるため、IaaSに基づいて構築されていますが、アイデアの生成から実装までの時間をさらに短縮します。 これは、プロセスの自動化と鉄からの抽象化によって実現されます。
サーバーでの作業の概念を抽象化するために、次のことが行われました。
- コードをコンパイルして保存するビルドシステムを実装しました。
- バージョンとメタデータを監視するアプリケーション管理データベースが実装されています。
- サーバーの大規模なグループを処理し、複数のマシンで1つのマシンのようにアプリケーションを実行するタスクスケジューラが起動されました。
- ロードバランサーはインターネットトラフィックを管理します。
- DNSは自動化されています。
- コンテナ化フォームが実装されました（FreeBSD刑務所、Solarisゾーン、Linuxコンテナ）。これにより、あるアプリケーションが別のアプリケーションに干渉するのを防ぎます。
最初と最後のポイントは、Dockerの人気の高まりに貢献した要素です。 Linux Containerテクノロジーは長い間Linuxカーネルの一部でしたが、大企業またはPaaSプロバイダーのみがその使用を自動化することを決定しました。
企業は、ソフトウェア指向のアーキテクチャとマイクロサービスを使用します。これは、コードの自動展開とテスト、および負荷に応じたスケーリングの機能を提供するためです。 この機能はPaaSを実装します。
残念ながら、このアプローチには重大な欠点が1つあります。 コントロールの一部を一種のブラックボックスに転送し、それに依存するようになります。 そうでなければ、企業は絶えず車輪を再発明するか、遅いツールを使い始めています。
SaaSについて少し
SaaSの場合、消費者はクラウドで実行されているプロバイダーのアプリケーションを使用できるようになります。 アプリケーションは、ブラウザなど、さまざまなクライアントデバイスからアクセスできます。 Gartnerによると 、SaaS市場は2016年に21.7％成長して389億ドルになりました。 2017年には、成長率は増加するだけです。
サービスとしてのソフトウェア（SaaS）は、クラウドコンピューティングの最後のレベルであり、記事の冒頭の図からわかるように、ほとんどの場合PaaSを補完します。 これは、画像や音声の操作など、特定の機能を実行するユーザー向けのフル機能のアプリケーションです。 このセグメントで最も人気のある支払い方法はサブスクリプションです。
SaaSの場合、アプリケーションの構成、監視、およびバックアップに関連する問題は、クラウドプロバイダーの責任範囲に関係しています。 したがって、この作業モデルでは、組織チームに技術専門家が必要ではありません。プロバイダーがすべてを実行します。
したがって、使用する予定の上位レベルのモデルほど、チームに必要なITコンピテンシーのレベルは低くなります。 逆もまた真です。企業のIT成熟度が低いほど、より高レベルのモデルが必要になります。
PSブログのトピックに関するその他の資料：