マルチテナントアーキテクチャについて - コンポツさん

SaaSシステムを開発しているみなさま、お元気でしょうか。 SaaSシステムというといわゆるWebサービスよりももう少しBtoBの雰囲気が漂ってまいります。 SaaSシステムでは契約者（ここではテナントと呼ぶ）が複数いて、テナント毎に複数のログインユーザーやロールが存在するのが一般的です。そして当然ながらテナント毎のデータは漏洩・混濁が許されない高いセキュリティが求められます。 SaaSシステムの構築はスケーラビリティにおいても100テナント程度から始まりゆくゆくは数千、数万テナントまで少なくとも線形にスケールするアーキテクチャを開発当初から求められ、さらに突発的な大規模テナントも問題なく吸収したいという要求があります。 その要求を満たす設計・開発・保守・運用をやっていくのは当然ながら簡単ではありません。 というわけで今日はマルチテナントアーキテクチャのお話です。 世に出る情報がとっても少

[jonysand]

“ンはテナント毎にできる限り分けるようにしましょう。 同一ドメインだとCookieに保存するセッションIDのキー名が同じだと他のテナントと混ざってはよくありません。 お客様は複数契約してくださって、テナントAとテナ

[manchose]

すばらしい。gfxさんの記事とあわせてみるとよい。gfxさんはマルチテナントの③でkibelaを作ってるから

[SWIMATH2]

ベストプラクティスっぽい？

[tlync]

これな。最近、企業文化や技術などのあらゆる面で SalesForce すごいなと思ってしまう