シングルテナント SaaS アーキテクチャとマルチテナント SaaS アーキテクチャの違いは何ですか?

[51CTO.com クイック翻訳] クラウド サービスはさまざまな分野のさまざまな種類のデータの保存と管理に役立ち続けているため、実際のアプリケーション シナリオに基づいて適切な SaaS フレームワークを選択する必要があります。通常、シングルテナント アーキテクチャとマルチテナント アーキテクチャという 2 つのオプションがあります。

シングルテナント アーキテクチャとマルチテナント アーキテクチャの主な違いは、シングルテナント アーキテクチャは通常、専用の SaaS (Software as a Service) クラウド サービスまたは配信モデルで使用されることです。マルチテナント アーキテクチャとは、複数のユーザーがソフトウェア アプリケーション関連のサービスを同時に共有するアーキテクチャです。この記事では、各アーキテクチャの仕組み、どのモデル ソリューションがどのシナリオのニーズを満たすか、SaaS アプリケーションを構築するための 3 つのアプローチなど、2 つの具体的な違いについて説明します。

シングルテナントアーキテクチャの特徴

不動産を例に、シングルテナント アーキテクチャ システムがどのように機能するかを見てみましょう。

上図に示すように、SaaS サーバー環境をブロックと見なし、各ユーザーが独自のオフィスビルを持ち、これらすべてのビルが同じ通りにあると想像してください。そして、各利用者は建物内で独自のビジネスを営み、それぞれの建物が通りに並んでいます。

シングルテナント アーキテクチャは排他的であるため、SaaS サーバーごとに 1 つのインスタンスのみが許可されることがわかります。サービスプロバイダーは、多くの場合、各ユーザー専用の個別のソフトウェアを構築します。ローカル クライアントのインストールが完了したら、ユーザーは特定の環境要件を満たすように UI (ユーザー インターフェイス) を変更できます。各ユーザーには独自のデータベースとアプリケーション インスタンスがありますが、基盤となるコードにアクセスすることはできません。

シングルテナント アーキテクチャは、ローカル アプリケーションだけでなく、サードパーティのクラウド プラットフォームやプライベート クラウド サービスなどのクラウド コンピューティング環境にも適していることは注目に値します。したがって、企業が細かく管理されたビジネス環境からクラウド内の自己ホスト型ピアツーピア環境に移行する場合は、シングルテナント アーキテクチャの方が適しています。

マルチテナントアーキテクチャの特徴

上記の不動産の例に倣うと、マルチテナント アーキテクチャは、すべてのオフィス (ユーザー側) が同じ建物内にあるオフィス環境として説明できます。大規模な SaaS 環境では、各ユーザーが独自のワークスペースを持つことができます。

上の図に示すように、マルチテナント アーキテクチャでは、各ソフトウェア アプリケーション インスタンスが複数のテナント (ユーザー エンド) にサービスを提供します。すべてのクライアントは同じデータベースとアプリケーション情報を共有します。したがって、マルチテナント SaaS アーキテクチャは、多くの場合、2 人以上のユーザーが同時に同じ領域で共同作業できる B2B エコシステムに基づいています。

スタートアップ企業にとっては、より快適なスタートアップ体験と、より低いハードウェア構成が望まれます。マルチテナントアーキテクチャは完璧なソリューションです。 SaaS 環境の企業が一般的に採用している標準であるマルチテナント アーキテクチャにより、ユーザーはソフトウェア内でさまざまなカスタマイズされた変更を加えることができます。

両方のアーキテクチャの利点

全体的に、シングルテナントはマルチテナントよりもはるかに高価です。マルチテナント アーキテクチャでは、リソースの利用効率が非常に高くなり、コンピューティング能力が向上します。同時に、マルチテナント アーキテクチャでは保守コストがはるかに低くなります。

• セキュリティと信頼性: シングルテナント アーキテクチャを実装することで、ユーザーのデータは他のエンドユーザーから分離されます。つまり、誰も他人の機密データにアクセスできないということです。ユーザーは安心してサービス インスタンスとデータを引き続き使用できます。
• 全体的なコスト: マルチテナント アーキテクチャでは、シングルテナント アーキテクチャよりも低コストで、データベース、サービス、アプリケーション、リソース レベルでの交換が実現します。マルチテナント アーキテクチャの拡張によるユーザーへの影響は最小限です。新規ユーザーは、高額な料金を支払うことなく、最新のソフトウェア バージョンを含む既存ユーザーのすべてのサービスをご利用いただけます。したがって、専用のシングルテナント アーキテクチャとは異なり、マルチテナント アーキテクチャのメンテナンス コストは SaaS サブスクリプションの数に関連付けられます。
• より高いコンピューティング能力: マルチテナント アーキテクチャにより、組織全体を同じインフラストラクチャとデータ センター内に維持できます。したがって、ユーザーはサーバーの追加とその容量を考慮する必要がありません。
• セルフホスト環境の移行: ユーザーが SaaS 環境から別のセルフホスト環境に移行する場合、シングルテナント アーキテクチャではすべての情報が同じスペースに保存されるため、ユーザーはデータを安全に転送して新しい環境にインポートできます。

両方のアーキテクチャの欠点

コストの面では、シングルテナント アーキテクチャは高価であるだけでなく、マルチテナント アーキテクチャよりも実装が難しいだけでなく、保守とカスタマイズに多くのリソースと時間が必要になるため、構築と保守のコストも高くなります。

セキュリティの観点から: マルチテナント アーキテクチャは、さまざまな種類のユーザーに適したアクセス ポイントを開いて予約する必要があるため、攻撃に対してより脆弱です。さらに、マルチテナント アーキテクチャでは、シングルテナント アーキテクチャほど多くのカスタマイズ項目を提供できないため、ユーザーは運用環境を十分に制御できません。

アップグレードとメンテナンスの観点から: シングルテナント アーキテクチャでは、更新とアップグレードをユーザーが開始する必要がありますが、マルチテナント アーキテクチャでは、すべてのユーザーに対して 1 回限りのユニバーサル アップグレードを開始できます。

SaaS アプリケーションにマルチテナント アーキテクチャを選択する理由は何ですか?

SaaS アプリケーションを開発する場合、開発者や企業は、より効率的でコスト効率の高いアーキテクチャを好む傾向があります。上記の 2 つのアーキテクチャの長所と短所の分析に基づいて、ユーザーは通常、マルチテナント SaaS アーキテクチャを選択します。現在、マルチテナントには 2 つの実装モデルがあります。

• 論理データ分離 − このモデルでは、すべてのテナントが 1 つのデータベースのみを使用できます。各クライアントに一意の識別子を割り当てることで、すべてのデータが同じデータベース内で安全に分離されます。コード ベースでは、データを取得して保存するためにこれらの一意の識別子が必要です。
• 物理的なデータ分離 - このモデルでは、異なるユーザー (テナント) が異なるデータベースを使用することで、データを適切に分離します。この動きにより、ユーザーの実際のニーズとビジネスの発展に基づいてアプリケーションを拡張できます。

現在、Zendesk、Boho、Office 365、Slack などの有名なアプリケーションや、ほとんどのクラウド サービス プロバイダーは、マルチテナント SaaS アプリケーション環境を提供できます。ユーザーは同じハードウェア、同じストレージ、同じオペレーティング環境 (Slack など) で同じアプリケーションを使用できます。もちろん、これは仮想化とは根本的に異なります。仮想化環境では、すべてのアプリケーションが独自のオペレーティング システム (または異なる仮想マシン) 上で実行されます。

現在、最も一般的なマルチテナント アプリケーション アーキテクチャは、次の 3 つのアーキテクチャ モデルにまとめることができます。

• 仮想化ベースの SaaS (コンテナ) - データベース、アプリケーション、コンテナ間で多くのやり取りがあるため、最も複雑なセットアップです。
• マルチテナント SaaS - すべてのアーキテクチャ パターン、データベース、制限はデータベース レベルで実行されます。 SaaS アプリケーションを実行すると、通常、データベースとのより密接なやり取りが行われるため、これはそれほど複雑ではないモデルです。
• URL ベースの SaaS – 最も単純なモデルであり、単一のデータベースとドメイン名のみを使用します。このタイプの SaaS は、subdomain.maindomain.com などの URL を通じて、データベースとユーザーの間に Web アプリケーション インターフェイスを配置できます。サービスのセキュリティとデータ管理はアプリケーション レベルで処理されることに留意してください。

まとめ

要約すると、次のような結論を導き出すことができます。

• シングルテナントアーキテクチャの利点は主に以下の点に反映されます。
  • セキュリティが強化されます。
• マルチテナントアーキテクチャの利点は主に以下の点に反映されます。
  • クラウドではコスト効率がさらに向上します。
  • 企業が同じオペレーティング環境で同時に作業するのに便利です。
  • 多くのメンテナンスを必要とせず、アップグレードパッチがユーザー側に配布されるとすぐに自動的にアップグレードできます。
  • 扱いやすく実装も簡単です。

【原題】シングルテナント vs マルチテナント: SaaS アーキテクチャ (著者: Alfonso Valdes)

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください。