Bulk API 2.0 および Bulk API 開発者ガイド
j制限
Bulk API 2.0 と Bulk API の制限の重要性について説明し、それぞれの制限と割り当てを比較します。Bulk API 2.0 では、制限が簡略化されており、クライアントが REST API /limits エンドポイントを介して使用できます。
制限の考慮
制限は、すべての顧客のパフォーマンスを最適化し、システムリソースへの公平なアクセスを実現するために設定されます。各組織が 24 時間の期間内に処理できる API 要求の数は限られています。全体の API 使用量を割り当てて、各インテグレーションが組織に対して何を行うのかを説明します。
制限の計画に役立つ可能性がある質問を次に示します。
- 他にいくつのインテグレーションが組織に API 要求を行っていますか?
- 組織は毎日の要求の制限にどの程度近づいていますか?
- 使用事例およびデータボリュームに対処するために 1 日あたり何件の API 要求が必要になりますか?
- 計画しているジョブを実行できる API について、その制限にはどのような特徴がありますか?
新しい実装が何をしようとしているのかや、ワークロードが中断しないようにするために既存のインテグレーションが何をしているかを検討してください。
Bulk API 2.0 の制限、たとえば
- バッチ割り当て
- 全般的な制限
- 取り込みの制限
- クエリの制限
トランザクション単位の Apex 制限
Bulk API および Bulk API 2.0 トランザクションの場合、有効な制限は、同期の制限と非同期の制限のどちらか大きい方です。制限についての詳細は、『Apex 開発者ガイド』の「トランザクション単位の Apex 制限」に記載されています。たとえば、System.enqueueJob によってキューに追加される Bulk Apex ジョブの最大数は、非同期の制限 (1) より大きい同期の制限 (50) です。
最大 CPU 時間の制限
Bulk API および Bulk API 2.0 プロセスは、Salesforce サーバーの CPU 時間に関する独自のガバナ制限を消費します。この制限は、最大 CPU 時間に関する一般的なトランザクション単位の Apex 制限とは異なります。
| 説明 | 値 |
|---|---|
| Bulk API および Bulk API 2.0 における Salesforce サーバーの最大 CPU 時間 | 60,000 ミリ秒 |