2

新しいエンタープライズ Web アプリケーションを開始しています。これは Windows Azure でホストされ、SQL データベースと通信する asp.net MVC アプリケーションになります。

私の質問は、マルチテナンシーとそれを達成するための正しい方法に関するものです。過去に、テナント テーブルを作成し、すべてのテーブルに TenantID 列を配置することで、マルチテナント アプリケーションを作成しました。これは問題なく機能しました (ただし、規模が小さかったため、実際には n 次までは実行されませんでした)。Azure のマルチテナントについて調べてみると、この方法は推奨されていないようです。彼らはサブドメイン、テナントの分割などについて話します。私には、それは管理上の悪夢のように思えます。ユーザーが Web サイトにアクセスし、テナントのログイン情報を入力して、ブームをオフにしたいと考えています。

  1. Azure のスケーラビリティの強みを引き続き利用できる、Azure にマルチテナンシーを実装する簡単な方法はありますか?
  2. シンプルな TenantID メソッドを使用する必要がありますか? Azure フレームワークは、引き続き適切に拡張できますか?
  3. 最初からテナントについて心配するべきですか、それとも最後までそのままにしておくべきですか?

アドバイスが必要です。

ありがとう

4

1 に答える 1

1

I have done it both ways on Azure. I have done it the way you have done previously where they enter in a tenant code upon logging in and this works fine, I don't see any reason to do differently. You can use SQL Azure federations to manage the tenants so you can have multiple databases easily for scalability.

I have then also used the subdomains approach to identity the tenant, but all it did was map the subdomain to a tenant code. I used this in a system where they didn't have to log on so it was easier for the user.

Worry about it at the start if only to design the database to cope with it.

于 2012-07-12T06:49:45.697 に答える