マルチアプリ製品を構築する
マルチアプリビジネスは、単一のアイデンティティシステムを共有する複数のプラットフォーム、製品ライン、またはマーケットプレイスのオファリングを持つ企業です。
マルチアプリビジネスのための主要な要件
全製品にわたる一つのアイデンティティシステム
- プラットフォームやアプリ間で冗長なアカウントを避ける
- 顧客がビジネスユニット内の複数の製品に単一のIDを使用できるようにする
- ビジネスのサポート作業負荷を軽減する
アプリレベルのユニークなブランディング
- 特定の製品のためにカスタムブランディングをサポートしつつ、統一されたユーザープールを維持する
- 特定のアプリへのサインアップを必要に応じて制限する
- 異なるアプリのためにサインイン方法をカスタマイズする
役割とアクセス制御
- 複数のアプリにわたる定義された役割と許可で複雑なビジネスモデルを管理する
- 包括的かつ一貫したビューでアクセスを広範に管理し、取り消しを行う
複数のアプリタイプとフレームワークのサポート
- ウェブおよびネイティブアプリなど、さまざまなアプリを単一のユーザープールで処理する
- 機械間やサードパーティの統合のような非人間アプリを含む複数のアプリタイプをサポートする
Logto はマルチアプリビジネスをサポートするのに最適です
多数のアプリを運用す る複雑さを理解し、効率的なアイデンティティ管理のための包括的なソリューションを提供します。
Logto Cloud の単一テナントにおける複数のアプリ
Logto Cloud は、単一のテナントの下で複数のアプリを動作させることを可能にします。これにより、中央集権的なアイデンティティシステムでマルチアプリビジネスと製品を構築する際に多くの柔軟性を提供します。
統一された体験を提供するオムニサインイン、しかしアプリレベルでのカスタマイズ
マルチアプリビジネスでは、統一された一貫したサインイン体験が最も優先されることが多いです。Logto のオムニサインイン体験により、これを可能にしつつ、よりカスタマイズ可能なタッチのためにアプリレベルのブランディングを許可します。
複数のドメイン、ひとつのサインイン体験
異なるドメインにわたる複数の製品を持っていますか？重複する作業とおさらば — 一つのサインインURLですべてをカバーします！
単一のアイデンティティ管理タスク
ユーザーがどのアプリから登録されたかに関わらず、Logto はそれらを単一のユーザープールに統合し、複数のアプリ間でのユーザー管理を非常に簡単にします。
役割ベースのアクセス制御
マルチアプリの環境では、認可ポリシーがより複雑になることが一般的です。したがって、RBAC（ロールベースアクセス制御）を組み合わせることが必要になります。各ユーザーに役割を割り当てることで、正確なアクセス制御を実現し、ユーザーが適切なレベルの権限を持っていることを確認します。
マルチアプリシナリオに関連するブログを見つける
This article is here to help you develop a secure and scalable identity system for your multi-app business. We will cover best practices, key factors to consider, and provide quick-start guides to get you started on the right track. Logto started with the CIAM for various reasons (we’ll have another article talking about this). During development, we realized that building a unified understanding across the team would be beneficial before taking our product to the next level. We hope this will also help you gain a better grasp of the IAM landscape. Take a look at how we designed Logto's multi-tenancy model and the benefits it brings to SaaS apps.
Why you need a centralized identity system for a multi-app business
CIAM 101: Authentication, Identity, SSO
Logto's multi-tenancy model explained