説明
* テナントごとのアカウント戦略とは、マルチテナント アプリケーションのテナント (顧客またはビジネス ユニット) ごとに個別の Snowflake アカウントを作成することを意味します。
* このアプローチには、テナントごとのデータベースやテナントごとのスキーマなどの他の戦略と比較して、いくつかの利点と欠点があります。
* 1 つの利点は、各テナントが独自のデータ シェイプを持つことができることです。つまり、他のテナントに影響を与えることなく、独自のテーブル、ビュー、およびその他のオブジェクトを定義できます。これにより、各テナントの柔軟性とカスタマイズ性が向上します。したがって、オプション D が正解です。
* もう 1 つの利点は、各テナントが独自のストレージ クレジットを使用し、独自のデータ保持ポリシーを管理できるため、ストレージ コストを最適化できることです。これにより、データの流出やテナント間のアクセスのリスクも軽減されます。したがって、オプション E が正解です。
* ただし、このアプローチには次のような欠点もあります。
* 複数のアカウントとそのリソースを管理するには、管理上のオーバーヘッドと複雑さが増します。
* 各テナントが独自のウェアハウスをプロビジョニングし、独自のコンピューティング クレジットを支払う必要があるため、コンピューティング コストが最適化されない可能性があります。その結果、コンピューティング リソースが十分に活用されなかったり、過剰にプロビジョニングされたりする可能性があります。したがって、オプション C は正しくありません。
* 各アカウントが独自のロール、ユーザー、権限を定義する必要があるため、セキュリティおよび RBAC ポリシーが簡素化されない可能性があります。これにより、人為的エラーやセキュリティ構成の不整合のリスクが増大する可能性があります。したがって、オプション B は正しくありません。
* 各テナントは引き続き自分のアカウント内に独自のデータベース、スキーマ、およびその他のオブジェクトを作成する必要があるため、テナントあたりのオブジェクト数は削減されない可能性があります。これは、アプリケーションのパフォーマンスとスケーラビリティに影響を与える可能性があります。したがって、オプション A は正しくありません。
参考資料: マルチテナントアプリケーション戦略