---
title: "主要な概念"
url: https://docs.catalyst.zoho.com/ja/job-scheduling/help/jobpool/key-concepts/
description: "Job Poolは、特定のターゲットタイプをトリガーするために実行される特定のジョブのセットのコレクションです。"
last_updated: 2026-08-17T12:16:04Z
service: Job Scheduling
type: general
related_links:
  - name: "Job Poolを作成する"
    url: /ja/job-scheduling/help/implementation/create-jobpool/
  - name: "サーキットヘルプドキュメント"
    url: /ja/serverless/help/circuits/introduction/
  - name: "AppSailヘルプドキュメント"
    url: /ja/serverless/help/appsail/introduction/
  - name: "Job Functionsヘルプドキュメント"
    url: /ja/serverless/help/functions/job-functions/
  - name: "Java SDK"
    url: /ja/sdk/java/v1/job-scheduling/overview/
  - name: "Node.js SDK"
    url: /ja/sdk/nodejs/v2/job-scheduling/overview/
  - name: "Python SDK"
    url: /ja/sdk/python/v1/job-scheduling/overview/
  - name: "Job Scheduling REST APIs"
    url: /ja/api/code-reference/job-scheduling/jobpool/get-all-jobpool/#GetAllJobPools
---

# 主要な概念

このヘルプセクションでは、Job Poolを最適に活用するためのいくつかの重要な概念を確認します。

### Job Pool ID

Job Pool IDは、Job Poolが作成される際にCatalystによって生成される一意のIDです。このIDはJob Poolの識別に使用されます。APIやSDKを使用してアクションを実行する際に、このIDを使用してJob Poolを参照できます。
![catalyst_job_scheduling_showcase_id_jobpool](https://catalyst-docs-development.zohostratus.in/images/help/job-scheduling/catalyst_job_scheduling_showcase_id_jobpool.webp)

### ジョブ実行の各種ステート

Job Poolからジョブが実行される際、実行が結果として取り得る4つのステートがあります：

- **Success**：ジョブが設定されたターゲットタイプを正常にトリガーした場合。
- **Pending**：ディスパッチ遅延がある場合。
- **Running**：ジョブが現在実行中の場合。
- **Failure**：以下のいずれかの理由でジョブの実行が失敗した場合：
    - **Failure**：通常、コードファイルを不適切に閉じた場合に発生します。
    - **Timeout**：通常、関数が15分を超えた場合に発生します。
    - **Code_Exception**：通常、コードに問題がある場合に発生します。
    - **Not_Found**：通常、ターゲット関数を削除した場合に発生します。
    - **Unintentional_Termination**：通常、Nodeランタイムで`exit()`メソッドを呼び出した場合や、関数のコンテキストを閉じなかった場合に発生します。

これらのステートは[Dashboard](https://docs.catalyst.zoho.com/ja/job-scheduling/help/dashboard/dashboard/)にも表示され、ジョブのステータスを追跡するために使用できます。

> **注意:** [Application Alerts](https://docs.catalyst.zoho.com/ja/devops/help/application-alerts/introduction/)コンポーネントを使用して、ジョブが上記のいずれかのステートに入った際にメールで通知するアラートを設定することもできます。

### ディスパッチ遅延を回避するための理想的なメモリ割り当て

これは、[Job Poolを作成する](https://docs.catalyst.zoho.com/ja/job-scheduling/help/implementation/create-jobpool/)際に設定する必要があるJob Schedulingの機能です。memory allocationにより、ジョブがJob Poolによってディスパッチ遅延なく迅速に実行されるよう、Job Poolに十分なメモリを割り当てることができます。

![catalyst_job_scheduling_job_pool_memeory_allocation](https://catalyst-docs-development.zohostratus.in/images/help/job-scheduling/catalyst_job_scheduling_job_pool_memeory_allocation.webp)

memory allocationは**Functions Job Pool**にのみ必要です。Functions Job Poolでは、ジョブはJob Functionをトリガーするために実行されます。Job Pool内のジョブとそれらがトリガーするJob Functionはすべて、Job Poolと同じインスタンスで発生します。メモリが適切に割り当てられていない場合、ディスパッチ遅延が発生する可能性があります。そのため、memory allocationは慎重に設定してください。

トリガーされる関数の実行に必要なメモリを考慮して、Job Poolにメモリを割り当てる必要があります。Job Poolがジョブを正常に実行し関数をトリガーするには、Job Poolに割り当てられたメモリが、その特定のJob Poolに関連付けられたジョブによってトリガーされるすべての関数に割り当てられたメモリよりも高くなければなりません。割り当て可能な最大メモリは**10GB**です。

Functions Job Poolでは、要件に基づいてメモリを柔軟に割り当てることができます。たとえば、それぞれ1GBの10個のJob Poolを持つことも、10GBのメモリを持つ1つのJob Poolを持つこともできます。

次の仮定の状況を想像してください。サブスクリプション料金モデルに基づいてサービスを提供するeコマースプラットフォームがあります。Job Schedulingで満たせる2つの最低要件があります。1つは、サブスクリプション更新の迅速なリマインダーを配信するために3GBのメモリを必要とする関数をトリガーすること、もう1つは、オファーや最新の製品詳細を含むメールをエンドユーザーに配信するために2GBを必要とする関数をトリガーするジョブです。これらの関数は両方とも、10GBの単一のFunctions Job Poolを使用してトリガーできます。

しかし、関数をトリガーするために複数のジョブを作成して実行する需要が増加した場合にディスパッチ遅延が発生する可能性があるため、これはJob Poolを使用する効率的な方法ではありません。このタイプのワークフローの図を以下に示します：

![catalyst_job_scheduling_jobpool_dispatch_dig](https://catalyst-docs-development.zohostratus.in/images/help/job-scheduling/catalyst_job_scheduling_jobpool_dispatch_dig.webp)

このような状況に陥らないための効率的な方法は、2つの異なるFunctions Job Poolを使用することです。1つは、支払いリマインダーの送信などの優先ジョブを実行するためのmemory allocationを常に確保している優先Job Poolです。もう1つのJob Poolは、ディスパッチ遅延が発生しても、ワークフローの残りの部分に大きな影響を与えない柔軟な優先度のジョブを実行できます。すべてのジョブがディスパッチ遅延を回避して迅速に実行されることを保証する理想的なワークフローの図を以下に示します。

![catalyst_job_scheduling_jobpool_success_exec_dig](https://catalyst-docs-development.zohostratus.in/images/help/job-scheduling/catalyst_job_scheduling_jobpool_success_exec_dig.webp)

理解すべき重要なポイントは、Job Poolを使用する理想的な方法は、**Job Poolが常にジョブがトリガーするJob Functionsよりも高いmemory allocationを持っている**状態にすることです。

> **注意:**

* 単一のCatalystプロジェクトにおけるJob Poolのデフォルトの最大memory allocationは**10GB**です。急激な需要の増加に対応するために、いつでも[Job Poolの](https://docs.catalyst.zoho.com/ja/job-scheduling/help/implementation/manage-jobpool/#edit-a-job-pool)memory allocationを編集できます。しかし、理想的な方法は常に、適切なmemory allocationを持つ十分な数のJob Poolを使用することです。

* 他のタイプのJob PoolにはMemory allocationは必要ありませんが、Job Pool内のジョブによってトリガーされるサービスの最大数を設定する必要があります。単一のJob Poolで**並列で**トリガーできるAppSailサービス、Circuits、またはサードパーティURLの最大数は**10**です。