> ## Documentation Index
> Fetch the complete documentation index at: https://translations.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.
> M2M のユースケースで利用を開始する方法について説明します。
# セルフサービス型マシンツーマシン
export const AuthCodeGroup = ({children, dropdown}) => {
const [processedChildren, setProcessedChildren] = useState(children);
useEffect(() => {
let unsubscribe = null;
function init() {
unsubscribe = window.autorun(() => {
const processChildren = node => {
if (typeof node === "string") {
let processedNode = node;
for (const [key, value] of window.rootStore.variableStore.values.entries()) {
const escapedKey = key.replaceAll(/[.*+?^${}()|[\]\\]/g, (String.raw)`\$&`);
processedNode = processedNode.replaceAll(new RegExp(escapedKey, "g"), value);
}
return processedNode;
} else if (Array.isArray(node)) {
return node.map(processChildren);
} else if (node && node.props && node.props.children) {
return {
...node,
props: {
...node.props,
children: processChildren(node.props.children)
}
};
}
return node;
};
setProcessedChildren(processChildren(children));
});
}
if (window.rootStore) {
init();
} else {
window.addEventListener("adu:storeReady", init);
}
return () => {
window.removeEventListener("adu:storeReady", init);
unsubscribe?.();
};
}, [children]);
return {processedChildren};
};
export const AuthCodeBlock = ({filename, icon, language, highlight, children}) => {
const [displayText, setDisplayText] = useState(children);
const [copyText, setCopyText] = useState(children);
const wrapperRef = React.useRef(null);
useEffect(() => {
let unsubscribe = null;
function init() {
if (!window.autorun || !window.rootStore) {
return;
}
unsubscribe = window.autorun(() => {
let processedChildrenForDisplay = children;
let processedChildrenForCopy = children;
for (const [key, value] of window.rootStore.variableStore.values.entries()) {
const escapedKey = key.replaceAll(/[.*+?^${}()|[\]\\]/g, (String.raw)`\$&`);
let displayValue = value;
if (key === "{yourClientSecret}" && value !== "{yourClientSecret}") {
displayValue = value.substring(0, 3) + "*****マスク済み*****";
}
processedChildrenForDisplay = processedChildrenForDisplay.replaceAll(new RegExp(escapedKey, "g"), displayValue);
processedChildrenForCopy = processedChildrenForCopy.replaceAll(new RegExp(escapedKey, "g"), value);
}
setDisplayText(processedChildrenForDisplay);
setCopyText(processedChildrenForCopy);
});
}
if (window.rootStore) {
init();
} else {
window.addEventListener("adu:storeReady", init);
}
return () => {
window.removeEventListener("adu:storeReady", init);
unsubscribe?.();
};
}, [children]);
useEffect(() => {
if (!wrapperRef.current) return;
const originalWriteText = navigator.clipboard.writeText.bind(navigator.clipboard);
let isOverriding = false;
const handleClick = e => {
const button = e.target.closest('[data-testid="copy-code-button"]');
if (!button || !wrapperRef.current.contains(button)) return;
isOverriding = true;
navigator.clipboard.writeText = text => {
if (isOverriding) {
isOverriding = false;
navigator.clipboard.writeText = originalWriteText;
return originalWriteText(copyText);
}
return originalWriteText(text);
};
setTimeout(() => {
if (isOverriding) {
isOverriding = false;
navigator.clipboard.writeText = originalWriteText;
}
}, 100);
};
const wrapper = wrapperRef.current;
wrapper.addEventListener('click', handleClick, true);
return () => {
wrapper.removeEventListener('click', handleClick, true);
if (navigator.clipboard.writeText !== originalWriteText) {
navigator.clipboard.writeText = originalWriteText;
}
};
}, [copyText]);
return
{displayText}
;
};
ビジネスケースの対象が、API やバックエンドサーバーなどの非インタラクティブな オーディエンス の場合は、machine-to-machine (M2M) 構成でオンボーディングします。
## ユースケース
次のいずれかに該当する場合は、M2M のオンボーディングパスを使用してください。
* サービス間通信をサポートしている
* 保護されたリソースや API へのアクセスが必要な、サーバー上で実行されるスケジュール済みジョブや cron タスクがある
* IoT デバイスがバックエンドサービスや API と通信できるようにしている
* ユーザーの関与なしに、またはユーザーのトークンの有効期限が切れた後に、ほかの API レイヤーと通信する必要がある API レイヤーがある
* ユーザーが認証される前に呼び出す必要がある可能性のある特権 API がある (つまり、Auth0 テナント内の Action やカスタムデータベーススクリプトから)
* API Gateway を使用してバックエンドサービスを管理している
* デーモンやバックエンドサービスなど、人による操作を伴わない非対話型アプリケーションやその他のツールを使用またはサポートしている
これらのサービスでも、認証には引き続き M2M アクセストークンが必要です。
## このガイドの使い方
このガイドは、Auth0 で M2M 実装を構築するための指針です。確認しておくべき考慮事項、ベストプラクティス、概念を紹介します。
* アーキテクチャでは、ソフトウェア開発ライフサイクルと既存のインフラストラクチャに対応できるように Auth0 を設定することを推奨します。
* アカウントの作成では、Auth0 で API インスタンスを作成し、マシン間認証に必要な認証フロー (またはグラント) をサポートするアプリケーションを作成する手順を案内します。
* 認証では、認証に使用するグラントに加えて、設定可能な アクセストークン と権限 (またはスコープ) について説明します。
* ブランディングでは、証明書の管理方法に応じて、カスタムドメイン の設定方法に関する情報の参照先を案内します。
* デプロイ自動化では、デプロイを支援する当社のツールについて確認できます。
* 品質保証では、単体テストに加え、Auth0 Dashboard で提供されるReadiness Checksについて詳しく確認できます。
## アーキテクチャ
Auth0 アカウントやテナント、または Auth0 サービスのグループや構造を設定する前に、既存のインフラストラクチャを整理して把握しておくと、現在のエコシステム内で Auth0 の機能を最大限に活用できます。
一般的なシナリオで説明したように、Auth0 を設定する前に、アプリケーション ドメイン、ネットワーク ドメイン、または M2M デバイス ドメインに存在する、その他の非対話型テクノロジーも考慮する必要がある場合があります。M2M シナリオの例を確認するには、[Server + API](/ja/docs/get-started/architecture-scenarios/server-application-api/part-1) を参照してください。Node を使って API のデプロイをテストするハンズオン ラボを試すには、[GitHub リポジトリ](https://www.google.com/url?q=https://github.com/auth0-training/labs-node-working-with-apis\&sa=D\&source=docs\&ust=1723578190947730\&usg=AOvVaw3IXRQG9ogH4pW6LEY047T6) を参照してください。
現在の技術スタックを可視化するとともに、Auth0 を現在のソフトウェア開発ライフサイクル (SDLC) にどのように組み込むかを計画しておくことをお勧めします。これにより、必要なテナント数を判断しやすくなります。
### 考慮事項
新しいアカウントを作成したり、最初のテナントを設定したりする前に、次の点を検討してください。
* 特定のエンドポイントを呼び出すために、API をどのように分割またはグループ化するか。
* これにより、アクセストークンのオーディエンスやその他のクレームが決まる可能性があります。
* リソースを利用するサードパーティのコンシューマーは、呼び出しのたびにアクセストークンを要求する場合があります。呼び出しが過剰になると、[レート制限](/ja/docs/troubleshoot/customer-support/operational-policies/rate-limit-policy/rate-limit-configurations/essentials-professional-b2b)に影響する可能性があります。
* API Gateway を使用すると、サードパーティが要求できるアクセストークンの数を制限できます。API Gateway と Auth0 の詳細については、[Access Gateway で IDプロバイダーを設定する](/ja/docs/get-started/auth0-overview/create-applications/configure-an-identity-provider-in-access-gateway)を参照してください。
## アカウントを作成する
アーキテクチャの計画ができたら、Auth0 アカウントとテナントを設定します。Auth0 サービスにサインアップすると、最初の [テナント](/ja/docs/get-started/auth0-overview/create-tenants) を作成します。ここで Auth0 のアセット、サービス、リソースを設定します。開始するには [サインアップ](https://auth0.com/signup) してください。
Auth0 Dashboard または Auth0 Management API で、次を作成します。
* 対象の API を表す API
* Client Credential Flow を使用するための M2M アプリケーション
アカウントを作成する前に、設定の詳細をいくつか計画しておくことをおすすめします。
* テナント名は Auth0 ドメインの一部になります。名前を決める前に、[テナントの特性](/ja/docs/get-started/auth0-overview/create-tenants#create-a-tenant-and-domain) を確認してください。
* ユースケースに必要な Auth0 の機能を確認してください。一部の機能は Professional プランと Enterprise プランでのみ利用できます。
* 開発、ステージング、本番環境など、複数の環境をサポートする必要があるかを判断してください。詳しくは、[複数の環境を設定する](/ja/docs/get-started/auth0-overview/create-tenants/set-up-multiple-environments) を参照してください。
* テナントに登録したいサードパーティアプリケーションを含むユースケースがある場合は、[OIDC Client Registration](https://openid.net/specs/openid-connect-registration-1_0.html) 仕様に基づく [Dynamic Application Registration](/ja/docs/get-started/applications/dynamic-client-registration) を使用できます。
### テナントをプロビジョニングする
アーキテクチャの計画ができたので、次に Auth0 アカウントと テナント を設定します。
Auth0 Dashboard で API を作成すると、その API 用のテストアプリケーションが自動的に生成されます。[Management API](https://auth0.com/docs/api/management/v2/) を使用してプログラムで API を作成する場合は、別の呼び出しでテストアプリケーションを作成する必要があることがあります。
#### API を登録する
このセクションでは、Auth0 で API を作成します。
API は、Auth0 Dashboard または Management API の [Update a resource server](https://auth0.com/docs/api/management/v2/resource-servers/patch-resource-servers-by-id) エンドポイントを呼び出して、いつでも更新できます。
まず、Auth0 Dashboard で API のインスタンスを作成します。
1. 手順に従って [API を登録](/ja/docs/get-started/auth0-overview/set-up-apis) します。
[Authentication](/ja/docs/get-started/onboarding/self-service-m2m#authentication) セクションで、M2M 認証用の API 設定を構成します。
API をプログラムで登録するには、Management API を使用します。Management API を使用するにはアクセストークンが必要です。手順については、[Management API Tokens](/ja/docs/secure/tokens/access-tokens/management-api-access-tokens) を参照してください。
Management API Explorer に用意されているサンプルを使用して、Management API の [Create a Resource Server](https://auth0.com/docs/api/management/v2/resource-servers/post-resource-servers) エンドポイントを呼び出し、リクエスト本文に次のパラメーターを含めます。
| フィールド | 説明 | 例 |
| ------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------- |
| **名前** | API の表示名です。機能には影響しません。 | `yourDomain` |
| **Identifier** | API の一意の識別子です。Auth0 では URL を使用することを推奨しています。Auth0 は末尾のスラッシュを含む URL を区別します。たとえば、`https://example.com` と `https://example.com/` は別の識別子として扱われます。この URL は公開されている必要はありません。Auth0 がこの API を呼び出すことはありません。この値は後から変更できません。 | `https://{yourDomain}` |
| **JSON Web Token (JWT) Profile** | このプロファイルは、API に対して発行されるアクセストークンの形式を決定します。使用可能な値は `Auth0` と `RFC 9068` です。詳細は、[Access Token Profiles](/ja/docs/secure/tokens/access-tokens/access-token-profiles) を参照してください。 | `access_token` |
| **JSON Web Token (JWT) Signing Algorithm** | アクセストークンの署名に使用するアルゴリズムです。使用可能な値は `HS256`、`PS256`、`RS256` です。`RS256` を選択すると、トークンはテナントの秘密鍵で署名されます。 | `HS256` |
### アプリケーションを関連付ける
アプリケーションが API からアクセストークンをリクエストできるようにするには、アプリケーションと API を関連付ける必要があります。クライアントグラントの詳細は、Authentication セクションで説明します。
設定を行う前に、Auth0 の API に関して確認しておくべき設定項目が複数あります。詳しくは、[API Settings](/ja/docs/get-started/apis/api-settings)を参照してください。
Auth0 Dashboard で API を作成すると、Auth0 によってテスト用アプリケーションが自動的に生成され、その API に関連付けられます。
1. [Auth0 Dashboard > Applications](https://manage.auth0.com/#/applications) に移動します。
2. API の作成時に作成された M2M テスト用アプリケーションを選択します。
開発用または本番用の別のアプリケーションは、後で [Register Machine-to-Machine Applications](/ja/docs/get-started/auth0-overview/create-applications/machine-to-machine-apps) の手順に従って作成できます。
3. **API** ビューに切り替えて、このアプリケーションで有効にする API を探します。
4. **Authorize** トグルを有効にし、右側の矢印ボタンを選択してカードを展開します。
5. **Update** を選択します。
このビューでは、ドロップダウンから追加するスコープを選択できます。スコープの詳細は、Authentication セクションのアクセストークンに関する説明で取り上げます。
API に関連付けるアプリケーションを作成します。Management API Explorer に用意されているサンプルを使用して、次を実行します。
1. [Create a Client](https://auth0.com/docs/api/management/v2/clients/post-clients) エンドポイントを呼び出します。`app_type` は `non-interactive` に設定する必要があります。
2. [Create Client Grant](https://auth0.com/docs/api/management/v2/client-grants/post-client-grants) エンドポイントを呼び出して、アプリケーションを API に関連付けます。
アプリケーションとテナントの設定については、[Tenant Settings](/ja/docs/get-started/tenant-settings)を参照してください。
## 認証
ある API から別の API を呼び出す場合や、認証済みユーザーのコンテキストがない状況では、ユーザーではなくアプリケーションを認可する方法が必要です。これは 1 ステップのプロセスで、アプリケーションを (`client_id` と `client_secret` を使用して) 認証し、その後、1 回の呼び出しで認可します。
認証を行う非対話型のアプリケーションまたはサービスでは、クライアントグラント、つまり認証フローを選択する必要があります。OAuth 2.0 の [Client Credentials Flow](https://tools.ietf.org/html/rfc6749#section-4.4) では人による操作は不要で、M2M アプリケーションに最適です。
Auth0 Dashboard または Management API では、次の作業を行います。
* アプリケーションで Client Credentials Flow を使用するように設定する
* M2M アクセストークンのスコープを更新する
認証方法を設定する前に、次の内容を確認してください。
* マシン間認証の [Client Credentials Flow](/ja/docs/get-started/authentication-and-authorization-flow/client-credentials-flow) を確認します。これは、非対話型の認証と認可に使用するフローです。
* API のアクセスレベルを決定します。これにより、API の作成時に設定する [scopes](/ja/docs/get-started/apis/scopes/api-scopes)、つまり権限を判断できます。
### クライアントクレデンシャルフローを設定する
Auth0 Dashboard または Management API を使用して、クライアントクレデンシャルを提示してアクセストークンを取得するように認証フローを設定できます。
Auth0 Dashboard または Management API を使用するには、[Grant Type の更新](/ja/docs/get-started/applications/update-grant-types) の手順に従ってください。
### M2M アクセストークン
トークンベースの認証では、非対話型クライアントは [Authentication API token endpoint](/ja/docs/customize/actions/explore-triggers/machine-to-machine-trigger) を呼び出す際に `client_id` と `client_secret` を指定して、[アクセストークン](/ja/docs/secure/tokens/access-tokens) を取得します。このアクセストークンにより、保護された API にアクセスできます。
デフォルトのプロファイル (形式) は、2 つあるトークンプロファイルのうち Auth0 トークンプロファイルです。トークンプロファイルは RFC 9068 に変更することもできます。詳しくは、[Access Token Profiles](/ja/docs/secure/tokens/access-tokens/access-token-profiles) を参照してください。トークンが有効かどうかを検証するために、API は [Signing Algorithms](/ja/docs/get-started/applications/signing-algorithms) を確認します。デフォルトの 署名アルゴリズム は、鍵ベースのアルゴリズムである RSA256 です。
Auth0 は、認証情報としてクライアントIDとクライアントシークレットを使用する方法以外のクライアント認証方式もサポートしています。これらの方式は、M2M 構成向けの推奨方式である [Private Key JWT](/ja/docs/get-started/authentication-and-authorization-flow/authenticate-with-private-key-jwt) を含め、Enterprise プランで利用できます。詳しくは、[Application Credentials](/ja/docs/secure/application-credentials) を参照してください。
#### 例
`/oauth/token` エンドポイントへのリクエストは、次のサンプルのようになります。
```bash cURL theme={null}
curl --request POST \
--url 'https://{yourDomain}/oauth/token' \
--header 'content-type: application/x-www-form-urlencoded' \
--data grant_type=client_credentials \
--data client_id={yourClientId} \
--data client_secret={yourClientSecret} \
--data audience=YOUR_API_IDENTIFIER
```
```csharp C# theme={null}
var client = new RestClient("https://{yourDomain}/oauth/token");
var request = new RestRequest(Method.POST);
request.AddHeader("content-type", "application/x-www-form-urlencoded");
request.AddParameter("application/x-www-form-urlencoded", "grant_type=client_credentials&client_id={yourClientId}&client_secret={yourClientSecret}&audience=YOUR_API_IDENTIFIER", ParameterType.RequestBody);
IRestResponse response = client.Execute(request);
```
```go Go theme={null}
package main
import (
"fmt"
"strings"
"net/http"
"io/ioutil"
)
func main() {
url := "https://{yourDomain}/oauth/token"
payload := strings.NewReader("grant_type=client_credentials&client_id={yourClientId}&client_secret={yourClientSecret}&audience=YOUR_API_IDENTIFIER")
req, _ := http.NewRequest("POST", url, payload)
req.Header.Add("content-type", "application/x-www-form-urlencoded")
res, _ := http.DefaultClient.Do(req)
defer res.Body.Close()
body, _ := ioutil.ReadAll(res.Body)
fmt.Println(res)
fmt.Println(string(body))
}
```
```java Java theme={null}
HttpResponse response = Unirest.post("https://{yourDomain}/oauth/token")
.header("content-type", "application/x-www-form-urlencoded")
.body("grant_type=client_credentials&client_id={yourClientId}&client_secret={yourClientSecret}&audience=YOUR_API_IDENTIFIER")
.asString();
```
```javascript Node.JS theme={null}
var axios = require("axios").default;
var options = {
method: 'POST',
url: 'https://{yourDomain}/oauth/token',
headers: {'content-type': 'application/x-www-form-urlencoded'},
data: new URLSearchParams({
grant_type: 'client_credentials',
client_id: '{yourClientId}',
client_secret: '{yourClientSecret}',
audience: 'YOUR_API_IDENTIFIER'
})
};
axios.request(options).then(function (response) {
console.log(response.data);
}).catch(function (error) {
console.error(error);
});
```
```php PHP theme={null}
$curl = curl_init();
curl_setopt_array($curl, [
CURLOPT_URL => "https://{yourDomain}/oauth/token",
CURLOPT_RETURNTRANSFER => true,
CURLOPT_ENCODING => "",
CURLOPT_MAXREDIRS => 10,
CURLOPT_TIMEOUT => 30,
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,
CURLOPT_CUSTOMREQUEST => "POST",
CURLOPT_POSTFIELDS => "grant_type=client_credentials&client_id={yourClientId}&client_secret={yourClientSecret}&audience=YOUR_API_IDENTIFIER",
CURLOPT_HTTPHEADER => [
"content-type: application/x-www-form-urlencoded"
],
]);
$response = curl_exec($curl);
$err = curl_error($curl);
curl_close($curl);
if ($err) {
echo "cURL Error #:" . $err;
} else {
echo $response;
}
```
```python Python theme={null}
import http.client
conn = http.client.HTTPSConnection("")
payload = "grant_type=client_credentials&client_id={yourClientId}&client_secret={yourClientSecret}&audience=YOUR_API_IDENTIFIER"
headers = { 'content-type': "application/x-www-form-urlencoded" }
conn.request("POST", "/{yourDomain}/oauth/token", payload, headers)
res = conn.getresponse()
data = res.read()
print(data.decode("utf-8"))
```
```ruby Ruby theme={null}
require 'uri'
require 'net/http'
require 'openssl'
url = URI("https://{yourDomain}/oauth/token")
http = Net::HTTP.new(url.host, url.port)
http.use_ssl = true
http.verify_mode = OpenSSL::SSL::VERIFY_NONE
request = Net::HTTP::Post.new(url)
request["content-type"] = 'application/x-www-form-urlencoded'
request.body = "grant_type=client_credentials&client_id={yourClientId}&client_secret={yourClientSecret}&audience=YOUR_API_IDENTIFIER"
response = http.request(request)
puts response.read_body
```
レスポンスは、次のサンプルのようになります。
```json lines theme={null}
HTTP/1.1 200 OK
Content-Type: application/json
{
"access_token":"eyJz93a...k4laUWw",
"token_type":"Bearer",
"expires_in":86400
}
```
#### トークンの有効期限
アクセストークンには、有効期間の上限があります。通信はバックチャネルで行われるため、セッションの延長に リフレッシュトークン は使用できません。そのため、アクセストークンの有効期限は1時間に設定することを検討してください。環境によっては、セキュリティとパフォーマンスのバランスを独自に見極める必要があります。詳しくは、[Update Access Token Lifetime](/ja/docs/secure/tokens/access-tokens/update-access-token-lifetime) を参照してください。
### スコープ
非インタラクティブなクライアントまたはサービスが API を呼び出す前に、API が許可する権限、つまりスコープを定義する必要があります。Authentication API への認証リクエストに含めるスコープは、Auth0 Dashboard で設定できます。API スコープの使用例について詳しくは、[API スコープ](/ja/docs/get-started/apis/scopes/api-scopes)を参照してください。
スコープを設定するには、Auth0 Dashboard を使用する場合は [API Permissions の追加](/ja/docs/get-started/apis/add-api-permissions) の手順に従うか、Management API 向けに用意されているサンプルを使用してください。
アクセストークンにカスタムクレームを追加するには、Actions の Machine-to-Machine Flow を使用できます。詳しくは、Machine to Machine Flow を参照してください。
## ブランディング
対話型でないクライアントやバックチャネルで動作するサービスを扱う場合でも、既存のブランドの見た目や雰囲気に合わせてエクスペリエンスをカスタマイズできます。
### カスタムドメイン
Auth0 は、アクセストークンをリクエストするために `/authorize` エンドポイントを呼び出す際、カスタムドメインを使用できます。
Auth0 Dashboard では、次の対応が必要です。
* Auth0 サービスで使用する前に、ドメインを登録して検証します。
* 独自の証明書を管理するか、Auth0 管理の証明書を使用するかを決定します。証明書の詳細については、[証明書管理オプション](/ja/docs/customize/custom-domains#certificate-management-options)を参照してください。
* 自己管理証明書で使用する TLS (SSL) のバージョンと暗号スイートが Auth0 でサポートされていることを確認します。詳細については、[TLS (SSL) のバージョンと暗号スイート](/ja/docs/customize/custom-domains/self-managed-certificates/tls-ssl)を参照してください。
1. Auth0 管理証明書を使用してカスタムドメインを設定するには、[Auth0 管理証明書を使用したカスタムドメインの設定](/ja/docs/customize/custom-domains/auth0-managed-certificates)の手順に従ってください。
1. 独自の証明書を管理する場合は、[自己管理証明書を使用したカスタムドメインの設定](/ja/docs/customize/custom-domains/self-managed-certificates)の手順に従ってください。
カスタムドメインで証明書を管理するには、Enterprise サブスクリプションが必要です。詳細については、[Auth0 Pricing](https://auth0.com/pricing/) と [Login](/ja/docs/authenticate/login) を参照してください。
2. [カスタムドメインを使用する API 設定](/ja/docs/customize/custom-domains/configure-features-to-use-custom-domains#apis)を確認してください。カスタムドメインに対応するため、API 設定の調整が必要になる場合があります。
## デプロイ自動化
Auth0 では、デプロイ自動化の方法として複数のオプションをサポートしており、それぞれを組み合わせて使用することもできます。
デプロイ自動化の構成方法にかかわらず、デプロイ前にカスタムコードと Actions の単体テストを実施し、デプロイ後にはテナントに対していくつかの統合テストも実行することをお勧めします。
### Deploy CLI Tool
Architecture セクションで推奨されているとおり、開発、テスト、本番用に Auth0 テナントを用意する必要があります。品質チェックとテストを行うため、これらのテナントでは同一の設定を共有している必要があります。ただし、環境間で設定に不一致があると、エラーが発生する可能性があります。たとえば、各環境にはそれぞれ異なる クライアントID と クライアントシークレット があります。
こうした設定不一致によるエラーを軽減するには、Deploy CLI Tool を使用して、既存の CI/CD パイプラインに Auth0 インスタンスを統合できます。動的キーワード置換を使用すると、類似した設定を共有するテナント間で環境変数を置き換えることができます。詳しくは、[Deploy CLI Tool](/ja/docs/deploy-monitor/deploy-cli-tool) と [Keyword Replacement](/ja/docs/deploy-monitor/deploy-cli-tool/keyword-replacement) を参照してください。
### Actions リアルタイムログ
Actions リアルタイムログでは、`console.log` の出力やその他の例外を含む、カスタムコードのすべてのログをリアルタイムで表示します。Auth0 Actions やその他のカスタムロジックを使用している場合は、この拡張機能を使ってデバッグやトラブルシューティングを行えます。インストールと設定の詳細については、[Actions リアルタイムログ](/ja/docs/customize/actions/actions-real-time-logs) を参照してください。
## 品質保証
品質保証は、本番稼働前に問題を特定するうえで重要です。プロジェクトの特性に応じて、Auth0 との統合の一環として検討すべき品質保証テストには、いくつかの種類があります。
* 想定外の本番環境の負荷がかかった場合、API はどのように動作しますか？
* サードパーティアプリケーションは、レート制限にどのような影響を与えますか？
Universal Login のような Auth0 のウィジェットや機能を使用していない場合、多様なブラウザーやデバイスで利用できる、組み込みのユーザビリティおよびアクセシビリティのベストプラクティスは最初から備わっていません。機能要件が満たされ、想定外の事象が適切に処理されることを確実にするために、アプリケーションと Auth0 の統合をテストするためのガイダンスと、Auth0 Actions などの個別の拡張モジュールを単体テストするためのガイダンスが提供されています。また、Auth0 の[侵入テストポリシー](/ja/docs/troubleshoot/customer-support/operational-policies/penetration-testing-policy)を確認し、[負荷テストポリシー](/ja/docs/troubleshoot/customer-support/operational-policies/load-testing-policy)と併用できるモックテストを実施して、想定外の負荷がかかった場合でもアプリケーションが適切に動作することを確認することをお勧めします。
### ユニットテスト
ユニットテストでは、Auth0 Actions のような拡張機能の単位を検証します。カスタムコードを使用している場合は、デプロイ前に追加したコードをテストできるよう、[Mocha](https://mochajs.org/) などのテストフレームワークを使用することを推奨します。
### モックテスト
Auth0 の [負荷テストポリシー](/ja/docs/troubleshoot/customer-support/operational-policies/load-testing-policy)と負荷テストを行いたいという要件のバランスを取るために、Auth0 のエンドポイントのモックテストを作成するのが一般的です。これは、テストに制約をかけることなく、想定するインターフェースで設定が正しく機能することを確認するうえで有効な手法です。[MockServer](http://www.mock-server.com/)、[JSON Server](https://github.com/typicode/json-server)、さらには [Postman](https://learning.getpostman.com/docs/postman/mock_servers/setting_up_mock/) などのツールを活用できます。
## デプロイ
[Deploy and Monitor](/ja/docs/deploy-monitor) セクションでは、デプロイのベストプラクティスに関するガイダンスを提供しています。[Pre-Deploym](/ja/docs/deploy-monitor/pre-deployment-checks)[ent Checks](/ja/docs/deploy-monitor/pre-deployment-checks)、特に組み込みの [Auth0 Dashboard Readiness Checks](/ja/docs/deploy-monitor/pre-deployment-checks/how-to-run-production-checks) を確認することをお勧めします。
Readiness Check を確認するには、[Auth0 Dashboard > Run Readiness Checks](https://manage.auth0.com/#/production-checks) で、テナント名と環境タグの下にあるドロップダウンメニューを選択します。
フィルターを使用すると、選択したアプリケーションに対して Readiness Checks を適用できます。**これらのチェックは、設定済みの API には適用されません**。
特定の設定に該当しないチェックについては、**Dismiss** を選択して最終結果から除外できます。
本番環境への移行前の最終確認として [Deployment Best Practices](/ja/docs/deploy-monitor/deployment-best-practices) を確認し、サービスの監視には [Logs](/ja/docs/deploy-monitor/logs) を活用することをお勧めします。
## 詳細情報
* [Auth0 の概要](/ja/docs/get-started/auth0-overview)
* [ソリューション概要 (サーバーアプリケーション + API) ](/ja/docs/get-started/architecture-scenarios/server-application-api/part-1)
* [Client Credentials Flow を使用して API を呼び出す](/ja/docs/get-started/authentication-and-authorization-flow/client-credentials-flow/call-your-api-using-the-client-credentials-flow)
* [Management API を使用してログイベントを取得する](/ja/docs/deploy-monitor/logs/retrieve-log-events-using-mgmt-api)
* [本番環境用の Management API アクセストークンを取得する](/ja/docs/secure/tokens/access-tokens/management-api-access-tokens/get-management-api-access-tokens-for-production)