複数のアプリケーションがあり、SSOを活用する必要がある場合は、先に進む前に How to Implement Single Sign-On
のトレーニングガイドを確認することをお勧めします。
- Auth0がユーザーにWebページを表示する必要がある場合、URLはどのような形にすべきでしょうか？
- SDLC (Software Development Lifecycle) を支えるために、Auth0をどのように構成できるでしょうか？
- Auth0のテナントが契約に適切に関連付けられていることを、どのように確認できるでしょうか？
- 組織内の他のプロジェクトもAuth0と統合している場合、何を考慮する必要があるでしょうか？特に、独自の、または別のユーザードメインを対象とするプロジェクト (たとえば、従業員だけが使うアプリケーション) です。
企業が複数のユーザーコミュニティ (顧客、パートナー、従業員など) に対応するID要件を持っていることは珍しくありません。したがって、アーキテクチャを設計する際には、他のプロジェクトや将来の
要件も必ず考慮してください。
組織内の他のグループでも Auth0 を利用している場合があります。異なるユーザーコミュニティに対応する部門が分かれていることは、お客様の組織では珍しくありません。こうした点を把握しておくと、設計上の選択肢に影響する可能性があり、早い段階で明確にしておけば、後になって大きなコストにつながりかねない判断を避けられます。
テナントのプロビジョニング
すべては Auth0 テナントから始まります。ここで Auth0 の利用設定を行い、Applications、Connections、user profiles などの Auth0 のアセットを定義、管理、保存します。Auth0 テナントには Auth0 の Dashboard からアクセスし、Dashboard では追加の関連テナントを作成することもできます。Auth0 テナントは複数作成できるため、異なるユーザードメインを分離しつつ、Software Development Life Cycle (SDLC) にも対応できるようにテナントを構成できます。 ユーザードメインをどの程度分離する必要があるかを見極めることは重要なステップです。これはブランディング要件とあわせて、本番環境で必要になる Auth0 テナント数を判断する助けになります。さらに、Auth0 では本番環境で運用する各 Auth0 テナントに対して、完全な SDLC supporting tenants を作成することを推奨しているため、管理が必要な Auth0 テナントの数はすぐに増える可能性があります。したがって、本番用に複数の Auth0 テナントを作成する前に慎重に検討し、最終決定を行う前に Branding に関するガイダンスを参照してください。テナントの関連付け
すべてのテナントが Auth0 との契約に関連付けられ、同じ機能を利用できるようにするには、すべてのテナントが会社アカウントに関連付けられていることを確認してください。各開発者がテスト用に独自のサンドボックスを作成したい場合も、同じ権限を利用できるよう、必ずそのテナントを会社アカウントに関連付けてください。これを行うには、Auth0 の担当者または Auth0 Support Center にお問い合わせください。カスタムドメイン
Auth0テナントを設定すると、そのテナントにアクセスするためのURLはhttps://yourTenant.auth0.com の形式になります。Auth0テナントに Custom Domain (別名 vanity URL) を設定すると、ブランディング要件への対応に役立つだけでなく、さらに重要なことに、セキュリティ面でもメリットがあります。
- 一部のブラウザーでは、共有ドメインがないと、デフォルトで iFrame 内での通信が難しくなります。たとえば、Safari’s ITP causes Auth0 token renewal issues。
- vanity URL を使用すると、ドメインのフィッシングが難しくなります。これは、フィッシングを行う側も、あなたのものを模倣する vanity URL を作成しなければならないためです。たとえば、 を使えば、独自の証明書を使用して「Extended Validation」を取得できるため、フィッシングはさらに難しくなります。
Auth0テナントごとに許可されるカスタムドメインは 1 つだけです。これは、Auth0 におけるテナントが、ユーザーの「ドメイン」を表すことを想定しているためです。複数の vanity URL が必要な場合は、複数のユーザードメインがある可能性が高く、複数のテナントを使うべきです。
Auth0テナント用のカスタムドメイン (すなわち
CNAME) を作成し、さらに開発環境にも作成して、CNAME を正しく管理できていることを確認してください。たとえば、login.mycompany.com を mycompany-prod.auth0.com にマッピングする CNAME を作成できます。SDLC のサポート
どの企業にも何らかの形で Software Development Life Cycle (SDLC) があり、開発プロセス全体を通じてその方針に合わせる必要があります。たとえば、アプリケーション自体をテストするのと同じように、Auth0 との統合もテストできなければなりません。そのため、SDLC をサポートできるように Auth0 テナントを構成することが重要です。これを実現するためのテナント配置のベストプラクティスとしては、多くのお客様が共通して採用している一般的なパターンがあります。
場合によっては、開発環境に影響を与えずに変更をテストできるよう、1 つ以上のサンドボックス (例: company-sandbox1、company-sandbox2) を作成することもあります。こうした環境は、デプロイスクリプトなどをテストする場として利用できます。
ダウンロードして実装プロジェクトのニーズに合わせてカスタマイズできる Implementation Checklists も活用できます。