> ## Documentation Index
> Fetch the complete documentation index at: https://auth0.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 導入の自動化（B2C）

> Auth0のツールでテナントの導入を自動化します。

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

<Info>
  ### ベストプラクティス

  デプロイメントの自動化を構成しても、デプロイメント前にルール、カスタムDBスクリプト、フックをユニットテストし、デプロイメント後のテナントに対していくつかの統合テストも実行することをお勧めします。詳細は、[「品質保証」](/docs/ja-jp/architecture-scenarios/b2c/quality-assurance)のガイダンスをご覧ください。
</Info>

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

* [Auth0 Deploy CLIツーリング](/docs/ja-jp/deploy-monitor/deploy-cli-tool)では、使いやすいスクリプトを利用して既存の継続的統合/継続的デリバリー（CI/CD）パイプラインと簡単に統合できます。
* 直接統合できない場合やCI/CDパイプラインがない場合には、Auth0の[Source Control Extensions（ソースコントロール拡張機能）](/docs/ja-jp/customize/extensions)を使用することで、簡単に設定できる基本的な自動化プロセスを提供し、非常にわずかなメンテナンスで済ませることができます。

<Warning>
  Deploy CLIツールとソース制御拡張機能は、どちらも破壊的な変更を引き起こす恐れがあります。自動デプロイメントの合間にダッシュボードで手動で行った変更が失われる可能性があるためです。そのため、いずれかを使用する場合は、**すべて** の変更を、ツールを介して参照元のソース制御サブシステムから導入するようにします。
</Warning>

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

* [テナント固有の値](#tenant-specific-variables)
* Auth0 Deploy CLIツールを使用している場合、キーワード置換を使用する

## テナント固有の変数

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

* アクションでの変数の使用については、[Write Your First Action（最初のアクションを書く）](/docs/ja-jp/customize/actions/write-your-first-action)をご覧いただき、エディターでのシーレットの設定方法を参照してください。
* ルールでの変数の使用については、[値の設定方法](/docs/ja-jp/customize/rules/configuration)
* フックでの変数の使用については、エディターで[シークレット](/docs/ja-jp/customize/hooks/hook-secrets)の設定方法を参照してください
* カスタムDBスクリプトでの変数の使用については、[設定パラメーター](/docs/ja-jp/connections/database/custom-db/create-db-connection#step-3-add-configuration-parameters)

<Info>
  ### ベストプラクティス

  テナント固有の値やカスタムコードで公開されるべきではない機密情報を含むために、変数を使用することが推奨されるベストプラクティスです。カスタムコードがGitHub/Gitlab/Bitbucket/VSTSにデプロイされている場合、テナント固有の変数を使用することでリポジトリを通じた機密値の公開を避けられます。
</Info>

## プロジェクト計画ガイド

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

[B2C IAM Project Planning Guide](https://assets.ctfassets.net/cdy7uua7fh8z/3er1aEQ7Ul0q3c9leJWczR/b1f18b4c16abb7e78b01e4eb2b52bb8e/B2C_Project_Planning.pdf)