バックエンドをAPIサーバで構成する場合、以下のような実装が必要となります
・SaaSus Platformの認証情報となるトークン(JWT)を、ブラウザのローカルストレージに保管
・SaaS Platform利用者はJWTを使って本人確認を行う
・フロントエンドはReactなどで実装
・バックエンドのAPIサーバはPHP / TypeScript / Go / Python / C# / JAVAなどで実装
処理フロー(ログイン〜ユーザ一覧表示)
実装サンプル
1.フロントエンド実装
1.1.実装サンプルの説明
1.1.1.認証後遷移先画面
SaaSus Platformが生成するログイン画面からログインを実施すると、認証後遷移先で設定したURLが呼び出されます。
本実装サンプルを使って動作確認を行うためには、
http://localhost:3000/callback
と設定してください。
認証後遷移先にはクエリパラメータ(code=xxxxx)で、認証情報取得に必要な一時コードが渡される仕様となってます。一時 コードを使ってJWTを取得、ローカルストレージに保存する実装を行ってください。
1.1.2.セルフサインアップ画面
ユーザがログインしていることのチェックをする必要があるので、ユーザ情報取得のAPIをコールしログインしていることを確認します。
APIコール時にはローカルストレージに保存したJWTを利用します。
ユーザ情報が取得出来ることにより、ユーザがログイン状態であることを確認できます。
セルフサインアップの処理は、セルフサインアップの要否に合わせて実装します。
セルフサインアップを使わない場合、セルフサインアップ用の画面は不要となります。
セルフサインアップを使う場合、初回ログイン時のみサインアップ用の処理を実行することになります。
初回ログインかどうかの判断は、ログインユーザがテナントに紐づいているかで判断できます。
1.1.3.ユーザ一覧画面(トップページ)
エンドポイント /userinfo から取得しているユーザ情報の利用について
tenants配列:
お客様のSaaSの設計において、
1ユーザ1テナント固定の場合は、tenants[0]
固定とする。
1ユーザ複数テナント所属の場合は、どのテナントとして利用するのか判断が必要。
例)複数テナントに紐づいているユーザは、ログイン後にテナント選択画面が表示されテナントを選択する。
envs配列:
id(name)【1(dev)、2(stg)、3(prod)】
dev、stg、prodはお客様のSaaSの環境を指しているものではありません。
例)お客様のSaaSの本番環境の中で、サンドボックスとして利用者がテストユーザを使う場合に、1(dev)、2(stg)を利用します。通常は3(prod)を利用します。
roles配列:
お客様のSaaSの設計において、
1ユーザ1ロールの場合は、roles[0]
固定とする
1ユーザ複数ロールの場合は、すべてのロールを確認する実装が必要。
例)一般ユーザかつ管理者という2つの権限付与が可能な設計の場合、
管理者のみ表示可能な管理画面を表示する際、すべてのロールを参照する実装が必要です。