データ同期のデータ量と送信時間の推定
Adobeでは、データフィードの同期を開始する前にデータ量と同期時間を見積もり、スムーズなスケジューリングを実現し、サイト運用の中断を回避することをお勧めします。 この見積もりは、初回の同期や、大量価格の変更などの大規模なカタログ更新を計画する際に重要です。
デフォルトでは、データ書き出しツールは、デフォルトのバッチサイズでシングルスレッドモードでデータを処理します。 デフォルト設定では、フィード送信プロセスの並列化はありません。 さらに、このコンポーネントはリクエスト/秒（RPS）を受け入れますが、これは次のようになります。
- 1分間に最大10,000件の商品（商品が特定のストアビューの属性を持つSKUの場合）
- 1分あたり最大50,000の価格
同期中のデータ送信時間には、次の要因が影響します。
- スレッド数は1に設定されます（デフォルト）
- バッチサイズは、
pricesフィードを除くすべてのフィードに対して 100 に設定され、500に設定されています。 - フィード受け入れ率は、1秒あたり2件です。
- すべての製品は、既存のすべてのweb サイトに割り当てられます
- 価格計算シナリオの場合、すべての製品に特別価格とグループ化価格が割り当てられます
フィードごとのデータ送信の計算
次の表の値と式を使用して、各データフィードのデータボリュームと同期時間を計算します。
NOTE
これらの計算は、1秒あたり2 リクエストの送信レートに基づいています。 速度は、データ収集とデータ送信に必要な時間に基づいています。 実際の送信速度は、リクエストペイロードサイズとCommerce アプリケーションサーバーの現在の負荷に応じて異なります。
フィード
データの例
レコードを計算する式
予測リクエスト数
予測再同期時間
特定可能
製品（P）: 10000、ストアビュー（SV）: 4
P * SV = 40000
40000/バッチサイズ（100） = 400 リクエスト
（400 リクエスト x リクエストあたり0.5秒） / 60 = 3.3分
カテゴリ
カテゴリー（C）: 500、ストアビュー（SV）: 4
C * SV = 2000
2000 / バッチサイズ （100） = 20 リクエスト
（20 リクエスト x 1 リクエストあたり0.5秒） / 60 = 0.1分（4秒）
価格
製品（P）:10000、顧客グループ（CG）:6 （共有カタログの一意の価格など）、Web サイト（WS）:2
P * WS * CG = 120000
120000/バッチサイズ（500） = 240 リクエスト
（240 リクエスト x 1 リクエストあたり0.5秒） / 60 = 2分
製品の上書き
権限を持つ製品、または共有カタログ内の製品（P）:10000、影響を受ける顧客グループ（CG）:5、割り当てられたWeb サイト WS:2
P * WS * CG = 100000
100000/バッチサイズ（100） = 1000 リクエスト
（1000 リクエスト x リクエストあたり0.5秒） / 60 = 8.3分
製品バリエーション
設定可能な製品（PV）に割り当てられたバリアント（子製品）: 100000
PV = 100000
100000/バッチサイズ（100） = 1000 リクエスト
（1000 リクエスト x リクエストあたり0.5秒） / 60 = 8.3分
カテゴリ権限
すべてのカテゴリ権限のカウント + 4つのフォールバックレコード（CP）: 10000
CP = 10000
10000/バッチサイズ（100） = 100 リクエスト
（100 リクエスト x リクエストあたり0.5秒） / 60 = 0.8分（50秒）
在庫在庫ステータス
製品（P）:10000、在庫製品の割り当て（S）:5 （すべての製品がすべての在庫に割り当てられていると仮定）
P * S = 50000
50000/バッチサイズ（100） = 500 リクエスト
（500 リクエスト x リクエストあたり0.5秒） / 60 = 4.2分
受注
すべての注文記録（請求書、出荷などを含む）（SO）:10000
SO = 10000
10000/バッチサイズ（100） = 100 リクエスト
（100 リクエスト x リクエストあたり0.5秒） / 60 = 0.8分（50秒）
recommendation-more-help
commerce-help-data-export