翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# SaaS データパーティショニングモデル
<a name="data-partitioning-models"></a>

SaaS デベロッパーにとっての課題の 1 つは、マルチテナント環境でデータを表現および整理するためのアーキテクチャパターンを設計することです。これらのマルチテナントストレージのメカニズムとパターンは、通常、[データパーティショニング ](https://docs.aws.amazon.com/wellarchitected/latest/saas-lens/data-partitioning.html)と呼ばれます。

マルチテナント SaaS 環境では、データパーティショニングと[テナント分離を](https://docs.aws.amazon.com/wellarchitected/latest/saas-lens/tenant-isolation.html)区別することが重要です。これらの概念は関連していますが、同義語ではありません。データパーティショニングとは、各テナントのデータを保存する方法を指します。ただし、パーティショニングだけではテナントの分離が保証されません。あるテナントのデータが別のテナントにアクセスできないようにするには、追加の対策が必要です。

[マルチテナント SaaS システムの](https://aws.amazon.com/solutions/guidance/multi-tenant-architectures-on-aws/) 3 つの一般的なデータパーティショニングモデルは、サイロ、プール、ハイブリッドです。どのモデルを選択するかは、次のような要因によって異なります。
+ コンプライアンス
+ [ノイズの多い隣人](https://docs.aws.amazon.com/wellarchitected/latest/saas-lens/noisy-neighbor.html)
+ 階層化戦略
+ 運用要件
+ テナント分離のニーズ

さらに、 で使用できる各データベースタイプには、 AWS 通常、データパーティショニングとテナント分離モデルの一意のコレクションが用意されています。ソリューションのさまざまなニーズをサポートするためにテナントグラフを整理する方法を検討するときは、Amazon Neptune が提供するモデルを検討してください。

多くの場合、次のいずれかのアサーションを使用して Neptune で設計ISVsを開始します。
+ このISVソリューションでは、別々のクラスター間で顧客を物理的に分離する必要があります。
+ このISVソリューションには、従来のリレーショナルデータベース管理システムにある名前付きデータベースやスキーマなどの構築が必要です。

検討後、これらのアサーションは正しくないISVsことを認識してください。これは、ほぼすべてのワークロードで、各顧客がデータベースに切断されたグラフを持っているためです。このドキュメントで説明されているデータモデリングとアクセスガイダンスを実装すると、これらのデータ境界が交差し、顧客のデータプライバシーが維持されます。

このガイドでは、[サイロモデル](silo-model.md) と[プールモデル ](pool-model.md)の両方について説明しますが、ほとんどの場合、コストと運用効率のためにプールモデルISVsを選択します。このガイドでは、サイロモデルとプールモデルの両方の側面を組み合わせたハイブリッドモデルについて簡単に説明します。グラフサイズの規制またはコンプライアンス要件に対応するために、最大の顧客向けにハイブリッドモデルISVsを使用する人もいます。