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

# テナントの作成

> テナントの作成方法と、用語を含むAuth0の基本について説明します。

Auth0を使い始める際の最初の手順についてご説明します。Auth0サービスの主要な概念についても併せて理解してください。一部の手順では、例として架空の**Example-Co** 社を使用します。

<div id="set-up-an-auth0-account">
  ## Auth0アカウントをセットアップする
</div>

まだAuth0**アカウント** に[サインアップ](https://auth0.com/signup)されてない場合は、まずサインアップしてください（無料です）。ログインには、ユーザー名/メールアドレス/電話番号とパスワードの組み合わせか、ソーシャルプロバイダー（LinkedIn、Microsoft、GitHub、Googleなど）を利用できます。

<div id="create-a-tenant-and-domain">
  ## テナントとドメインを作成する
</div>

アカウントを作成したら、**テナント** の作成を求められます。すべてはAuth0テナントから始まります。ここで、Auth0の使用方法を構成し、[アプリケーション](/docs/ja-JP/ja-jp/get-started/applications)や[接続](/docs/ja-JP/ja-jp/authenticate/identity-providers)、[ユーザープロファイル](/docs/ja-JP/ja-jp/get-started/architecture-scenarios/business-to-business/profile-management)などのAuth0アセットを定義・管理・保存します。Auth0テナントにはAuth0 [Dashboard](/docs/ja-JP/ja-jp/get-started/auth0-overview/dashboard)からアクセスします。ここでは追加の、関連するテナントを作成することもできます。Auth0テナントは複数作成することが可能で、これにより異なるドメインのユーザーを分離し、独自のソフトウェア開発ライフサイクル（SDLC）をサポートするようテナントを構造化することができます。

**テナント名は、変更できず、削除したものを再利用することもできません。** Auth0テナントを作成する前に慎重に名前を決めてください。

ユーザードメインに関して必要な分離レベルを決定することは重要なステップであり、ブランディング要件と合わせて、環境で必要なAuth0テナントの数を決定するのに役立ちます。管理しなければならないAuth0テナントの数は急速に増える可能性があるため、運用環境にAuth0テナントを複数作成する前に、必要性を充分に検討してください。

テナントの特性

* テナント名は一意でなければなりません。これは各自のドメインの作成に使用されます。
* テナント名には、小文字、数字、およびハイフン（-）のみを使用できます。ただし、ハイフンを最初または最後の文字にすることはできません。
* テナント名は最小3文字、最大63文字でなければなりません。
* テナント名を作成後に変更することはできません。
* テナントは複数作成できます。実際、たとえば開発環境、ステージング環境、運用環境など、各環境に対してテナントを作成することが推奨されます。詳細については、「[複数環境をセットアップする](/docs/ja-JP/ja-jp/get-started/auth0-overview/create-tenants/set-up-multiple-environments)」をお読みください。

テナントに名前を付けるとその名前がAuth0**ドメイン** の一部になり、カスタムドメインを作成するまで使用されます。このドメインは、Auth0 APIへのアクセスに使用されるベースURLで、ユーザーが認証するURLでもあります。

<div id="region-locality-and-sub-locality">
  ### リージョン、ローカリティ、サブローカリティ
</div>

ドメイン名には**リージョン** のローカリティ値も含まれます。[パブリッククラウドの導入オプション](https://auth0.com/docs/deploy-monitor/deployment-options)として以下のローカリティの値がサポートされています。

<table class="table">
  <thead>
    <tr>
      <th><strong>リージョン</strong></th>
      <th><strong>ローカリティー</strong></th>
      <th><strong>サブローカリティー</strong></th>
    </tr>
  </thead>

  <tbody>
    <tr>
      <td>オーストラリア</td>
      <td>AU</td>
      <td>AU</td>
    </tr>

    <tr>
      <td>カナダ</td>
      <td>CA</td>
      <td>CA</td>
    </tr>

    <tr>
      <td>ヨーロッパ</td>
      <td>EU</td>
      <td>EU, EU-2</td>
    </tr>

    <tr>
      <td>日本</td>
      <td>JP</td>
      <td>JP</td>
    </tr>

    <tr>
      <td>イギリス</td>
      <td>UK</td>
      <td>UK</td>
    </tr>

    <tr>
      <td>アメリカ合衆国</td>
      <td>US</td>
      <td>US, US-3, US-4</td>
    </tr>
  </tbody>
</table>

それぞれのローカリティはさらに、ローカリティの後に数字を付けた（`EU-2`などの）サブローカリティ（すなわち**テナント環境** ）に分けられます。テナント環境を手動で選択することはできませんが、選択したリージョンに基づいてローカリティを指定することはできます。これによって、割り当てられるテナントドメインとデータがホストされるリージョンを制御することができます。

例の**Example-Co** 社は、テナント名を`example-co`、リージョンをAUに決めました。したがって、同社のドメインは`example-co.au.auth0.com`になります。

<div id="custom-domains">
  ## カスタムドメイン
</div>

ユーザーに最も安全でシームレスなエクスペリエンスを提供するため、運用環境では`example-co.com`のようなカスタムドメインの使用を推奨します。これには追加の費用がかかります。

**単一テナント** を実装する場合は、カスタムドメインを以下で導入できます。

詳細については、「[カスタムドメイン](/docs/ja-JP/ja-jp/customize/custom-domains)」をお読みください。

<div id="whats-next">
  ## 次のステップ
</div>

* Auth0が管理するクラウド
* ご自身が管理するAWSクラウド

<div id="extend-auth0s-functionality">
  ## Auth0の機能を拡張する
</div>

Auth0は、このプラットフォームの機能性を拡張するさまざまな方法を提供しています。

* **アプリケーションを作成して登録する** ：アカウントとドメインができたら、次は、当社のサービスを使用する各アプリケーションを[Auth0 Dashboard](https://manage.auth0.com/#/applications)で登録する必要があります。詳細については、「[Auth0のアプリケーション](/docs/ja-JP/ja-jp/get-started/applications)」と「[アプリケーションを作成する](/docs/ja-JP/ja-jp/get-started/auth0-overview/create-applications)」をお読みください。
* **接続をセットアップする** ：次に、ユーザーがログイン時に認証する方法をセットアップします。Auth0は、アプリと、ユーザーを認証するIDプロバイダー（GoogleやFacebookなど）との間に位置します。Auth0とIDプロバイダー間の関係を、**接続** と呼びます。この接続レイヤーを使用することで、Auth0は、IDプロバイダーの実装に伴い発生するあらゆる変更からアプリを分離することができます。詳細については、「[認証と認可](/docs/ja-JP/ja-jp/get-started/identity-fundamentals/authentication-and-authorization)」と「[接続](/docs/ja-JP/ja-jp/authenticate/identity-providers)」をお読みください。

  * アクセス制御
  * Webhook
  * プロファイルの強化
  * 多要素認証（MFA）
* [フック](/docs/ja-JP/ja-jp/customize/hooks)：フックは、拡張ポイントに対して実行されるNode.jsコード（サーバーのWebhookに相当）を使用して、Auth0の動作をカスタマイズできるようにします。これらの安全で自己完結型の関数は、Auth0プラットフォームにある特定の拡張ポイントに関連付けられています。Auth0は実行時にフックを呼び出して、カスタムロジックを実行します。
* [拡張機能](/docs/ja-JP/ja-jp/customize/extensions)：Auth0拡張機能はアプリケーションのインストール、またはコマンドやスクリプトを実行してAuth0基本製品の機能性を拡張します。Auth0が提供する事前定義済みの拡張機能を使用するか、独自の拡張機能を作成できます。拡張機能を使用すると、以下のような操作を実行できます。

  * ユーザーの認可を管理する（グループ、ロール、アクセス許可を使用）
  * ユーザーをインポート/エクスポートする
  * ログを他のサービスにエクスポートする
  * 外部リポジトリからのスクリプトをデプロイする

<div id="learn-more">
  ## もっと詳しく
</div>

* [テナント設定](/docs/ja-JP/ja-jp/get-started/tenant-settings)
* [複数のテナントの作成](/docs/ja-JP/ja-jp/get-started/auth0-overview/create-tenants/create-multiple-tenants)
* [複数のテナントをシングルサブスクリプションでリンクする](/docs/ja-JP/ja-jp/get-started/auth0-overview/create-tenants/child-tenants)
* [複数環境をセットアップする](/docs/ja-JP/ja-jp/get-started/auth0-overview/create-tenants/set-up-multiple-environments)