AEM as a Cloud Service：一括プログラマティックアセットのアップロード（約50,000 アセット）に関する推奨される戦略と制限

バイナリの直接アップロードを使用

• ​ プログラマティックアセットのアップロードに関するチュートリアル ​および​ アセットアップロード HTTP API リファレンス ​に従います。
• ファイルをクラウドストレージに直接アップロードし、AEM JVMの負荷を最小限に抑えるため、大規模な取り込みにはダイレクトバイナリアップロードをお勧めします。

バッチサイズと同時実行の設定

• ドキュメントの説明に従って、 バッチアップロード パターンを使用します。

• 推奨される開始設定：

  • batchSize: バッチあたり20 ～ 50 ファイル
  • maxConcurrent: クライアントプロセスごとに5～8個の同時アップロード

• パイロット結果と観察されたシステム動作に基づいてこれらの値を調整します。

スループットと処理の監視

• アップロード API自体に対して、1秒あたりのリクエストや1時間あたりのアセットに厳格なハード制限はありません。
• 実際のスループットは、ネットワーク帯域幅とクライアントの同時実行によって制御されます。
• アップロード後の処理（サムネール、メタデータ、Dynamic Mediaなど） Asset Compute microservicesによって処理されます。 一般的な処理速度は、1時間あたり5,000～9,000 アセットです。
• 5万点のアセットについては、標準的な条件で数から数時間で処理が完了するはずです。

試験運用と監視

• 1,000～2,000個のアセットを含む試験運用を実行して、設定を検証し、タイムアウト、HTTP 413 （ペイロードが大きすぎる）、HTTP 429 （リクエストが多すぎる）などのエラーを監視します。
• AEMで処理時間と*Processing…*バナーを監視します。
• 必要に応じてバッチサイズと同時視聴数を調整し、スロットリングをトリガーすることなくスループットを最適化します。

認証と権限

• 必要なアップロード権限を持つアカウントでサービス資格情報（OAuth S2S / JWT）を使用します。

適切なアップロードのスケジュール

• このボリュームに特別な環境のスケールアップは必要ありません。
• 処理スループットを最大化するために、オフピーク時間中にアップロードを実行することを検討してください。