導入の自動化（B2C）

変更管理とQAのベストプラクティスを採用するだけでなく、成功する顧客はAuth0の資産管理を自動化された導入プロセスの一部として統合します。SDLCサポートのアーキテクチャセクションで説明されているように、開発・テスト・運用環境用に個別のAuth0テナントを構成し、各環境でのテナントの構成がほぼ同じであるようにします。導入を自動化すれば、各環境のテナントが確実に同じ構成になるため、環境間での構成の不一致に起因するバグがほとんど生じなくなります。

Auto0では、2つの方法で導入を自動化することができ、必要であれば両方を組み合わせることもできます。

• Auth0 Deploy CLIツーリングでは、使いやすいスクリプトを利用して既存の継続的統合/継続的デリバリー（CI/CD）パイプラインと簡単に統合できます。

• 直接統合できない場合やCI/CDパイプラインがない場合には、Auth0のSource Control Extensions（ソースコントロール拡張機能） を使用することで、簡単に設定できる基本的な自動化プロセスを提供し、非常にわずかなメンテナンスで済ませることができます。

それぞれの環境で異なる構成が必要なこと（たとえば、アプリケーションクライアントIDやクライアントシークレットがテナントごとに異なる、など）もあるため、ハードコード化した値ではなく、異なる値を動的に参照できる何らかの方法が必要になります。Auth0は、環境によって異なる構成情報を扱う方法として、以下の2つをサポートしています。

• テナント固有の値

• Auth0 Deploy CLIツールを使用している場合、キーワード置換を使用する

Auth0を使用すると、カスタム拡張性内から使用できる変数を構成できます。これらは、Auth0テナントの環境変数とみなすことができます。ハードコード化された参照は、開発・テスト・運用環境間で移動すると変わってしまうため、代わりに、テナントで構成され、カスタムの拡張コードによって参照される変数名を使用することができます。コードが変数を参照すれば、実行時にテナント固有の値が書き込まれるため、同じカスタムコードを異なるテナントで問題なく使用できます。

• アクションでの変数の使用については、Write Your First Action（最初のアクションを書く）をご覧いただき、エディターでのシーレットの設定方法を参照してください。

• ルールでの変数の使用については、値の設定方法

• フックでの変数の使用については、エディターでシークレットの設定方法を参照してください

• カスタムDBスクリプトでの変数の使用については、設定パラメーター

当社では、PDF形式の計画ガイダンスを提供しています。ダウンロードして、推奨される戦略の詳細を参照してください。