問題タブ [multi-tenant]

ワンインスタンス マルチテナント セットアップで Seam を使用した経験はありますか? Seam はその設定に適していますか? どのように気づきましたか？かかった費用は？

状況: Seam 2.1 SaaS Web アプリケーション (POJO、EJB なし)。利用可能な開発予算により、テナントごとに 1 つのインスタンスという単純な設計を余儀なくされました。アプリケーションはまだ製品化されていませんが、ほぼ完成しています。

予想されるホスティング コストを下げることができれば、顧客は 1 インスタンスのマルチテナント セットアップを再検討する可能性があると思います。

私はこれのいずれの意味も理解していないと思います。私の目的は、マルチテナントASP.NETMVCアプリケーションを作成することです。

ここでこれを行う方法についてのすばらしい投稿を見ました が、Nhibernateはオプションではありません。

私が理解したいことの1つは、MVC（および他のすべて）がマルチテナンシーWebアプリの作成に役立つはずですか？

私の質問に似たコメントをいくつか見ましたが、それらは私が得ようとしているのと同じポイントに到達していないように見えることがよくあります。

• 1つのDB
• 1つのスキーマ
• Nhibernateはありません

これがどのように行われるかについての簡単な説明を誰かが知っているなら、私はそれを感謝します。

このページの内容は私がこのテーマに関して知っているすべてです。私が理解できるようにしたいのは、MVC（もしあれば）がそれを成し遂げるのにどのように役立つか、そしてそれがそれをより簡単にするかどうかです。

どうもありがとう、

リック

2 つ以上のドメインと 1 つのデータベースがある場合、データベースを設計してデータを整理する方法を教えてください。e コマースを目的としたすべてのサイトと、各サイトで 1 つの商品を販売できます。だから私は2つのアイデアしかありません：

1. ほとんどすべてのテーブルにもう 1 つのフィールド (site_id) を作成し、データを複製する必要があります。
2. 他のテーブルの他のすべてのフィールドの site_id 情報を含む 1 つのテーブルを作成する必要があります。

どちらのアイデアにも大きなマイナスがあります。何か案は？ありがとう。

Django を使用してマルチテナント アプリケーションを作成するために人々が使用する一般的なパターンはありますか。組み込みの「サイト」フレームワークはオプションのようです。人々が成功した他のアプローチはありますか?

MySQLを介したHibernateを使用するマルチテナントのWebベースのエンタープライズアプリケーションがあります。お客様が必要とするすべてのレポートにJasperReportsを使用しますが、ユーザーが独自のクエリを実行できるように、アドホックレポートも提供する必要があります。

他の人はこれをどのように達成しましたか？

私は次のいずれかができると考えています。

1. @ManyToOneエンティティをハイドレイトして、いずれかがそのエンティティのに置き換えられるように、Excelまたはxml形式で完全なエクスポートを提供しtoString()ます。これは、大量の外部キーIDではなく、データが実際にユーザーにとって意味のあるものになるようにするためです。

2. データベースコピーに対してSQLを実行させます。すべてのテーブルにTENANT_IDがあることを確認し、データベースコピーにアクセスできるようにしますが、バックグラウンドですべてのクエリにIDを追加します。このデータベースコピーにデータのみが含まれていることを確認することもできました。ただし、マルチテナントアプローチ全体を打ち負かすようなものです。

私は、共同SQLServerデータベースで数千の小規模な顧客をホストするaspxアプリケーションを作成しています。すべてのエンティティは、Linq-To-Sqlを介して作成およびロードされます。

代理キー（ID列）はすべてのテーブル関係のスキーマ全体で使用されるため、ルートカスタマーオブジェクトから始めて、通常のLinqクエリ（SQL結合）を使用して特定のカスタマーの排他的なデータセットに移動できるはずです。

ただし、セキュリティの観点から、上記は少し壊れやすいので、セキュリティのバックストップとしてテナンシーチェックのレイヤーを追加したいと思います。私のエンティティモデルのすべてのエンティティには、インデックス付けされていないintTenantIdフィールドがあります。

パフォーマンスの観点から、このソリューションに関する批判的なコメントを探しています。

何が真実かはわかりません。教えてもらえますか？

私たちが作成した1人の顧客向けのWebアプリケーションは、製品化されて数十社に販売され、ホスティングを行います。

単一の（または非常に少数の）マルチテナントインスタンスを使用するのではなく、顧客ごとに個別のインスタンスを展開することの長所と短所に関するガイダンスを使用できます。

最初は、立ち上げるときに、新しい顧客ごとにアプリケーションの個別のインスタンスを展開する必要があります（一度に1つずつオンラインになります）。これが唯一の即時オプションだからです。メンテナンスに関しては、これはあまり拡張できないと思います。4つまたは5つを超えるインスタンスが存在すると、変更の展開は非常に面倒になり、エラーが発生しやすくなります。どういうわけかそれを自動化しない限り。

また、単一インスタンスの哲学は、人々がカスタマイズを必要とする場合、それがフォークの束につながる可能性があるようです。そして、それを避けるのはいいことです。

それで、これであなたの経験は何でしたか？

ボーナス質問＃1：それぞれ2mのレコードを持つ10台のSQL Serverと、20mの巨大な1台のSQL Serverのパフォーマンスの違いは何ですか？それらがすべて1つのテーブルにあり、主に単一のレコードに対して挿入と選択を行っているとします。選択は、インデックス付きのvarchar（12）または日付フィールドにある場合があります。

ボーナス質問＃2：フォークを回避するには、カスタマイズを構成可能にするか、プラグインアーキテクチャを構築する必要があると思います。ただし、それによってカスタマイズのコストが増える可能性があります。テキストボックスのサイズを変更するのに1週間かかるようなショップにはなりたくありません。また、インフラストラクチャに過剰な投資をしたくありません。それについて何か考えはありますか？

スケールの詳細

各顧客は、最大数百万のレコードまで、かなりの量のデータを持っています。

同時ユーザーの数は非常に少なく、顧客ごとに数人しかいません。さらに、社内の担当者も数人います。

各顧客がカスタマイズを必要とするかどうかは不明ですが、おそらく一部の顧客はカスタマイズを必要とし、おそらくそれらの変更の一部は他の顧客が見たくないものになるでしょう。

人々がZendを使用してマルチテナンシーにどのように取り組んでいるかについて興味があります（特に、ディレクトリ構造、データベース、モジュール性、テナントごとのビューなど）。私は自分自身をあまり見つけていません、誰か？