統一された体験への移行

この典型的なソフトウェアのジレンマのニーズに対応するため、組織はカスタマーを一元的に管理および運用できる単一かつ統一された体験を生むモデルを求めています。

次の図は、すべてのカスタマーを共有モデルで管理、オンボーディング、請求、および運用する環境の概念図を示しています。

すべてのカスタマーを共有モデルで管理、オンボーディング、請求、および運用する環境の概念図

一見すると、これは以前のモデルとそれほど変わらないように見えるかもしれません。ただし、もう少し掘り下げてみると、これら 2 つのアプローチには根本的かつ大きな違いがあることがわかります。

まず、カスタマー環境の名前がテナントに変更されていることに気付くでしょう。このテナントの概念は SaaS の基本です。基本的な考え方は、単一の SaaS 環境があり、各カスタマーがその環境のテナントと見なされ、必要なリソースを使用するというものです。テナントは、多数のユーザーがいる会社の場合もあれば、個々のユーザーに直接関連している場合もあります。

テナントの概念についてより詳しく理解するには、アパートや商業ビルについて考えてみてください。これらの建物の各スペースは、個々のテナントに貸し出されています。テナントは、建物の一部の共有資源 (水道、電力など) に依存し、消費した分だけを支払います。

SaaS テナントも同様のパターンに従います。SaaS 環境のインフラストラクチャがあり、その環境のインフラストラクチャを利用するテナントがいるとします。各テナントが使用するリソースの量は異なる場合があります。しかし、これらのテナントもまとめて管理、請求、運用されています。

ここで図に戻ると、テナンシーの概念を現実的なものとして理解できるでしょう。テナントにもはや独自の環境はありません。代わりに、すべてのテナントは 1 つの集合的な SaaS 環境の壁の中に収容され、管理されています。

この図には、SaaS 環境を取り巻くさまざまな共有サービスも含まれています。これらのサービスは、SaaS 環境のすべてのテナントにグローバルに適用されます。例えばオンボーディングや ID は、この環境のすべてのテナントで共有されるということです。管理、オペレーション、デプロイ、請求、メトリクスについても同じことが言えます。

すべてのテナントに普遍的に適用される統一された一連のサービスという考えは、SaaS の基礎です。これらの概念を共有することで、前述の典型的なモデルに関わる多くの課題を解消できます。

この図でもう 1 つの重要でありながら、やや微妙な要素は、この環境のすべてのテナントが同じバージョンのアプリケーションを実行していることです。ここでは、カスタマー別に個別の 1 回限りのバージョンを実行するという考えはもはや存在しません。すべてのテナントが同じバージョンを実行していることは、SaaS 環境の基本的な特徴の 1 つです。

すべてのカスタマーで同じバージョンの製品を稼働させることにより、従来のインストール型のソフトウェアモデルで直面していた多くの課題に対応する必要がなくなります。統合モデルでは、単一の共有プロセスですべてのテナントに新しい機能をデプロイできます。

このアプローチでは、すべてのテナントを一元的に管理および運用できます。これにより、共通の運用環境でテナントを管理および監視できるため、運用上のオーバーヘッドを増やすことなく新しいテナントを追加できます。これは、SaaS の価値提案の中核部分であり、チームが運用コストを削減し、組織全体の俊敏性を向上させることができます。

このモデルで 100 人または 1,000 人の新規カスタマーを追加するとどうなるか想像してみてください。新規カスタマーによって減少する利益や追加される複雑さについて心配するのではなく、これは成長がもたらす機会ととらえることができます。

一般的に、SaaS では、このモデルの中心にあるアプリケーションをどのように実装するかが焦点です。企業は、データの保存方法やリソースの共有方法などを重視したいと考えます。こうした詳細は確かに重要ですが、現実には、アプリケーションを構築して SaaS ソリューションとしてカスタマーに提供する方法はたくさんあります。

重要なのは、テナント環境を取り巻く単一の統一された体験を実現するというより大きな目標です。このような共有の体験は、SaaS ビジネスの全体的な目標につながる成長、俊敏性、運用効率の向上につながります。