マルチテナントSaaSアーキテクチャの構築 ―原則、ベストプラクティス、AWSアーキテクチャパターン

15章SaaS Anywhere

ここまでは、システムのリソースがすべてSaaSプロバイダーによって管理および制御されることを前提としたSaaSアーキテクチャ像を示してきました。実際、SaaSの価値や拡張性、効率性の多くは、システムの基盤となるインフラストラクチャの詳細を隠すことによって実現されます。これは、テナントはソリューションの表面的な部分（アプリケーション、APIなど）にしか触れることができない、as-a-Serviceのマインドセットの基礎です。この壁を設けることによって、チームはテナントへの影響を恐れずにさまざまな技術や設計を行き来しながら、環境を継続的に改良および最適化することができます。その一方で、SaaSアーキテクチャの一部が顧客によって制御される可能性ある環境でホストできるように、これらの境界を広げる必要があるユースケースもあります。システムの一部を複数の環境（クラウド、オンプレミス、顧客のアカウント）で実行するこの考え方を、私はSaaS Anywhereと名付けました。

この章では、まず、チームがこうしたSaaS Anywhereの体験を構築する必要がある基本的な要因をいくつか見ていきます。リソースを他の環境に分散する必要性を促進するビジネス上および技術上の現実をいくつか探り、ここでの選択がSaaSビジネスの展開にどのように影響するかを見ていきます。また、このモデルの採用を検討する際に、必ず自問する必要のある重要な問いをいくつか確認します。

次に、特定のSaaS Anywhereアーキテクチャパターンに移って、さまざまなリモートインフラストラクチャデプロイ戦略を見ていきます。目標は、SaaSプロバイダーが採用している一般的なモデルの概要を説明し、各パターンの採用に伴うビジネス上、運用上、および技術上の考慮事項とこれらのモデルを結び付けることです。これらのさまざまな構成には、それぞれ固有のメリットと潜在的な課題があることがわかるでしょう。その一環として、SaaS環境のリモート要素を統合するためのさまざまなアプローチについても見ていきます。 ...