エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
マルチテナント ソリューションの ID アーキテクチャに関する考慮事項 - Azure Architecture Center
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
マルチテナント ソリューションの ID アーキテクチャに関する考慮事項 - Azure Architecture Center
ID は、あらゆるマルチテナント ソリューションの重要な要素です。 次の 2 つの点はどちらも、アプリケ... ID は、あらゆるマルチテナント ソリューションの重要な要素です。 次の 2 つの点はどちらも、アプリケーションの ID コンポーネントが担います。 ユーザーの本人確認をする ("認証")。 テナントのスコープ内でユーザーのアクセス許可を適用する ("認可")。 ソリューションの利用者がそのデータへのアクセス、つまりそのソリューションへの統合を外部アプリケーションに認可したいと考える場合もあるでしょう。 ユーザーまたはサービスがアクセスできる範囲は、ユーザーの ID によって決まります。 アプリケーションおよびデータをテナントごとに分離するためには ID 要件を考慮することが大切です。 注意事項 マルチテナント型や SaaS 型のアプリケーションでは通常、認証サービスと認可サービスがサードパーティの ID プロバイダー (IdP) によって提供されます。 一般に ID プロバイダーは、ID