INNOVATED.当サイトは、ブラウザのJavaScript設定を有効にしてご覧ください。2022Auth0のメタデータは特定のユーザーやアプリケーション等に少量の付加情報を追加できるもので、ここではこのうちユーザーのメタデータについて有効な活用方法を探っていきたいと思います。システムのための情報。最終ログイン日時といった必要最小限のもので、それ以外にユーザーの関連する属性をどこに永続化するかは悩みの種です。ユーザーメタデータはスキーマレスな領域で、動的に属性の追加、削除が可能です。値はネストすることが可能で、深いところにある値の取得や更新が可能です。https://auth0.com/docs/manage-users/user-accounts/metadata/manage-metadata-api#update-user-metadataメタデータの情報はAPI経由で取得したりJWTに含めることができます。その他、以下のような制限がありますのでご利用にあたってはご注意ください。詳しくは原文を参照してください。fields.DeepL翻訳(一部修正):ユーザー認証に関連するデータのみメタデータに保存する必要があります。Auth0のストレージと検索機能は、検索や更新の頻度が高くないユースケースを想定して設計されています。ユーザーの詳細なプロファイル関連データを保持する必要がある場合は、外部システムで行う必要があります。メタデータフィールドとして保存することができます。合計の上限は、1ユーザーあたり合計16MBです。これらのフィールドに格納できるプロパティの数には制限がありません。https://auth0.com/docs/manage-users/user-accounts/metadata/metadata-fields-data#rate-limitsまた、メタデータはシステム管理者が閲覧できるため、必要に応じて暗号化するといった考慮も必要です。制限にあるように、詳細なユーザー情報はAuth0外のデータストアで管理するとなると、無理にユーザー情報をAuth0と外部ストアの2つに分断するのも違和感があるので、メタデータに保存することで価値が出てくるような値はそんなに多くはなさそうです。以下、メタデータが有効活用できそうな、メタデータがなかったら面倒だなと思うケースを考えてみました。現在アクセスしている端末しか知らない値と日時をメタデータに保存し、同一ユーザーが別端末からアクセスしたとき、端末を表す値が異なる場合に接続を拒否する。JWTに展開)が過ぎたらUIやAPIの一部機能を無効にする。画面初期表示の高速化WebアプリはIdPからアクセストークンを取得し、そのトークンを使いバックエンドAPIにアクセスするのが一般的です。事前すべて展開しておくことで余計な通信を削減する。ユーザーがどのバージョンに同意したかを持っておくことで、認証時に新しい規約がある場合に規約同意画面を表示する。※この挙動はAuth0のリダイレクトActionと合わせると、よりシンプルに実現できます。全アプリケーションで共通のプライバシーポリシーのような規約であれば、よりIdP側に処理を集約するメリットがあります。Sanada今後の設計の参考に。Cloudの認定も取得しています)。Platform」を発表しました!このサービスを活用いただくことで、事業部やサービス間の調整を減らし、リリースまでの期間を早め、ユーザー体験を向上させるといったメリットの多い開発プランをご提供します。サービス紹介サイトトライアル・MVP開発の段階から、どのようにIDaaS/CIAMを導入するかについてもサポートさせていただきますので、お気軽にお問い合わせください。Platformに関する詳細のご紹介資料は以下からダウンロードいただけます!ひとまず情報のキャッチアップだけしておきたいという方は、こちらからニュースレターの購読ができます。