PostgreSQL サイロモデル

サイロモデルは、アプリケーションのテナントごとに PostgreSQL インスタンスをプロビジョニングすることで実装されます。サイロモデルはテナントのパフォーマンスとセキュリティの分離に優れ、ノイズの多い近隣現象を完全に排除します。ノイズの多い近隣現象は、あるテナントのシステムの使用が別のテナントのパフォーマンスに影響を与える場合に発生します。サイロモデルを使用すると、各テナントに固有のパフォーマンスを調整し、停止を特定のテナントのサイロに制限できます。ただし、一般的にサイロモデルの採用を促進するのは、厳格なセキュリティと規制の制約です。これらの制約は、SaaS のお客様が動機付けることができます。たとえば、SaaS のお客様は、内部の制約によりデータを分離することを要求する場合があり、SaaS プロバイダーはそのようなサービスを追加料金で提供する場合があります。

サイロモデルは特定のケースで必要になる場合がありますが、多くの欠点があります。複数の PostgreSQL インスタンス間でのリソース消費の管理は複雑になる可能性があるため、多くの場合、サイロモデルをコスト効率の高い方法で使用することは困難です。さらに、このモデルのデータベースワークロードの分散性により、テナントアクティビティを一元的に把握することが困難になります。独立して運用される多数のワークロードを管理すると、運用と管理のオーバーヘッドが増加します。また、サイロモデルでは、テナント固有のリソースをプロビジョニングする必要があるため、テナントのオンボーディングがより複雑で時間がかかります。さらに、テナント固有の PostgreSQL インスタンスの数が増えるにつれて管理にかかる運用時間が長くなるため、SaaS システム全体のスケーリングが難しくなる可能性があります。最後の考慮事項は、アプリケーションまたはデータアクセスレイヤーが関連する PostgreSQL インスタンスへのテナントのマッピングを維持する必要があることです。これにより、このモデルの実装が複雑になります。