シングルテナントでは、各テナントが独自のデータベースとアプリケーションの実行環境を備えている。各テナントのデータは互いに隔離される。各テナントのデータは独自にバックアップする必要がある。これにより、データ損失があっても復元が可能になる。シングルテナントでは通常、サービスプロバイダーによる更新を待つのではなく、独自のタイミングで更新プログラムをインストールできる。

　シングルテナントの主な利点は以下の通りだ。

• ポータビリティー
  • シングルテナントはインスタンスを占有する形態であるため、必要に応じてホスト環境からの移行がしやすい。
• データセキュリティ
  • 同じサービスプロバイダーのテナントの一つでデータ漏えいが起きても、データは別々のインスタンスに保存されているため、影響を受けにくい。
• カスタマイズ
  • ユーザー企業のデータは独立して保管されており、インスタンスのカスタマイズがしやすい。
• パフォーマンス
  • シングルテナントでは複数のテナントではなく、1つのテナントによってパフォーマンスが決まるため、インスタンスの信頼性を確保しやすいと考えられている。
• 災害復旧
  • データが個別にバックアップされていれば、災害が発生してデータが失われても、迅速に復旧できる可能性が高まる。

シングルテナントのデメリット

　こうしてシングルテナントの利点は豊富だが、他のアーキテクチャに比べると、あまり採用されていない。それは以下に挙げるデメリットに起因している可能性がある。

• 高コスト
  • シングルテナントでは、ユーザー企業ごとに専用のインスタンスをセットアップし、ITリソースの割り当てや個別のカスタマイズ、メンテナンスをする必要がある。そのため、マルチテナント型と比べて運用コストが高くなりやすい。
• セットアップが複雑
  • シングルテナントでは、各テナントが自社環境の管理を担うケースが多い。そのため、ソフトウェアの更新やアップグレードも各社の判断とタイミングになり、結果として導入や適用に時間がかかる場合がある。
• 管理が複雑
  • シングルテナント型のSaaSの導入やカスタマイズは、習熟に時間を要する可能性がある。
• リソースの未活用
  • 管理するITリソースの最適化が不十分な場合、一部が活用されず、非効率な運用になることがある。

マルチテナント vs. シングルテナント

　シングルテナントはマルチテナントと対比される。マルチテナントは、1つのインスタンスが複数の顧客に提供される形態だ。マルチテナントでは、複数の顧客がデータベースとアプリケーションを共有する。セットアップの手軽さやハードウェア要件の少なさを求める企業にとって、通常はマルチテナントが最適な選択肢だ。マルチテナントは企業向けSaaSの形態としては事実上の業界標準になっている。

　シングルテナントと比較した場合、マルチテナントには以下の特徴がある。

• シングルテナントよりもサービス利用料金が安価
• ITリソースを無駄なく活用可能
• メンテナンスコストが安い

　マルチテナントにはこうした利点があるものの、他のテナントとインスタンスを共有していることから、アプリケーションの大幅なカスタマイズがしにくい。マルチテナントではダウンタイム（システムの停止時間）が発生しやすいという注意点もある。

　シングルテナントとマルチテナントを選択する際は、どの程度のカスタマイズ性を求めているかを考慮する必要がある。ただし、ほとんどのSaaSがマルチテナントで運用されているという事実には留意する必要がある。