Auth0 はさまざまなワークフローをサポートしていますが、サインアップに Auth0 の Universal Login を使用する Web ベースのワークフローは、最適な機能と高水準のセキュリティを実現できるため、業界および Auth0 のベストプラクティスとされています。
- Auth0 をアイデンティティストアとして使用すべきですか？
- 独自の (レガシー) アイデンティティストアを Auth0 と併用できますか？
- アイデンティティストアから Auth0 にユーザーアイデンティティをどのように移行しますか？
- ユーザーは Google や Facebook など、既存のソーシャルアカウントを使ってサインアップできますか？
ユーザー移行
Auth0 は、ユーザープロファイル をホストするだけでなく、お客様独自のレガシーアイデンティティストアを プロキシ したり、Auth0 がホストする安全な置き換え先を提供したりすることもできます。これら 2 つの機能はいずれも Auth0 の Database Connections を通じて利用できます。レガシーアイデンティティストアの置き換え先として Auth0 を使用する場合は、ユーザー移行 によって、バルク移行で一括に、または自動移行で段階的にユーザーを移行できます。多くのお客様は、まず自動移行を使ってできるだけ多くのユーザーを移行し、その後、残ったユーザーに対してバルク移行を使うという 2 段階のアプローチを選択します。詳細については、User Migration Scenarios を参照してください。
Management API の呼び出しには、Auth0 のレート制限ポリシー が適用されます。この点を考慮する必要があります。また、その対応をしやすくするために、Auth0 では通常、API を直接呼び出すのではなく、開発環境に適した Auth0 SDK を使用することを推奨しています。
アイデンティティストアのプロキシ
Auth0 Database Connection タイプは、既存の (レガシーな) アイデンティティストアをプロキシするように設定することもできます。独自のレガシーなストアで定義されたユーザー ID を維持する必要がある場合、たとえば Auth0 に移行できない業務上重要なアプリケーションが 1 つ以上あり、それでもそれらの ID へのアクセスが必要な場合でも、Auth0 と簡単に統合できます。詳細については、Authenticate Users Using Your Database を参照してください。セルフサインアップ
セルフサインアップでは、Auth0 Database Connections を使用して、サインアップ時に新規ユーザーから収集したユーザー ID、パスワード、 (任意で) ユーザー名などの識別情報を保存します。最小 ユーザー名の長さ や パスワードの強度と複雑さ などを定めるデータベース接続ポリシーは、 で設定できます。Auth0 Universal Login や Lock などの Auth0 ウィジェットは、Database Connections と連携し、サインアップに必要な包括的なユーザーインターフェース機能を標準で提供します。これらの UI はすべてリアクティブで、豊富な設定オプションと柔軟なカスタマイズにより、ユーザーのセルフサインアップ機能だけでなくログイン機能も実装できます。