SaaS とマネージドサービスプロバイダー (MSP) の比較

また、SaaS モデルとマネージドサービスプロバイダー (MSP) モデルの境界については、一部混乱が生じています。MSP モデルについて検討するとき、SaaS モデルと似たような目標があるように思えるかもしれません。

しかし、MSP についてもう少し掘り下げてみると、MSP と SaaS は実際には異なることがわかります。次の図は、MSP 環境の概念図を示しています。

マネージドサービスプロバイダー (MSP) モデル

この図は、MSP モデルへのアプローチの 1 つを示しています。左側には、MSP モデルを利用しているカスタマーが表示されます。一般的に、ここでのアプローチは、利用可能なオートメーションをすべて使用して各カスタマーに対して環境をプロビジョニングし、ソフトウェアをインストールするというものです。

右側は、MSP がこれらのカスタマー環境をサポートするために提供する運用上のフットプリントの概算です。

注意すべき重要な点は、MSP は多くの場合、特定のカスタマーが実行したいバージョンの製品をインストールして管理しているということです。すべてのカスタマーが同じバージョンを実行している可能性がありますが、これは通常 MSP モデルでは必要ありません。

一般的には、これらの環境のインストールと管理を担当することで、ソフトウェアプロバイダーの業務を簡素化することを戦略とします。これによってプロバイダーの業務はシンプルになりますが、SaaS サービスに不可欠な価値観や考え方にこれが直接当てはまるわけではありません。

焦点は管理責任の軽減にあります。この移行を行うことと、すべてのカスタマーに同じバージョンで統一された管理と運用エクスペリエンスを提供することは同じではありません。多くの場合、MSP は、個別のバージョンを許可し、これらの環境をそれぞれ運用上別個のものとして扱うことがあります。

確かに、MSP が SaaS と重複し始める可能性のある分野は存在します。MSP が基本的にすべてのカスタマーに同じバージョンを実行することを要求し、MSP が単一のエクスペリエンスですべてのテナントのオンボーディング、管理、運用、請求を一元的に行うことができれば、これは MSP と言うよりも SaaS に近くなります。

より大きなテーマとして言うならば、環境のインストールの自動化と SaaS 環境の保有はイコールではないということです。前に説明した他の注意点をすべて追加することで、初めてこれは真の SaaS モデルとなります。

この話をテクノロジーおよびオペレーションの側面から戻すと、MSP  と SaaS の境界線はさらに明確になります。一般的に、SaaS ビジネスにとって、提供するサービスの成功は、エクスペリエンスのあらゆる可動部分に深く関与できるかどうかにかかっています。

これは通常、オンボーディングエクスペリエンスの状態を把握し、運用イベントがテナントに与える影響を理解し、主要なメトリクスや分析情報を追跡し、カスタマーとの距離を縮めることです。MSP モデルでは、これを他の人に引き継ぐため、SaaS ビジネス運用の中核となる重要な詳細部分から少し離れてしまう可能性があります。