[PaaSのみ]{class="badge informative" title="Adobe Commerce on Cloud プロジェクト(Adobeで管理されるPaaS インフラストラクチャ)とオンプレミス プロジェクトにのみ適用されます。"}

コネクタ同期パイプライン

SaaS Data Exportに基づいて構築された​ Adobe Commerce Optimizer Connector ​は、SaaS Data Export個のインデクサーによって収集されたデータをAdobe Commerce Optimizer個のCatalog Data Ingestion APIで必要な形式にマッピングし、認証、一括送信、およびスコープベースの同期制御を処理します。 以下の節では、その同期の仕組みについて説明します。

関連トピック:

同期の仕組み

次の図は、Adobe CommerceからCommerce OptimizerまでAdobe I/O Gatewayまでのデータ同期を示しています。

Commerce Optimizer Connectorの高度な同期図 {width="800" modal="regular"}

Adobe Commerceでカタログデータが変更されると、同期はこれらのステージを移動します。

  1. Entity Change Detection — (1分ごと) cron ジョブ (indexer_reindex_all_invalid)は、Adobe Commerce個のエンティティの変更を検出し、フィード項目を組み立てるSaaS Data Exportをトリガーします。
  2. 変換 — Commerce Optimizer Connectorは、組み立てられたフィードをピックアップし、Adobe Commerce個のエンティティとスコープをCommerce Optimizer APIで必要な形式にマッピングし、送信のためのペイロードを準備します。
  3. 送信 – 変換されたデータはHTTP POST (/v1/catalog/<feed name>)を介してAdobe I/O GatewayからCommerce Optimizerまで送信され、受信フィードを検証して保持します。
  4. 結果を永続化 — API応答ステータスを​ フィード テーブル ​に永続化します。
  5. 失敗の再試行 (5分ごと) – 別のcron ジョブ (*_resend_failed_items)が失敗したフィード項目を検出し、同じパイプラインを通じて再送信します。

スケジュール済みcron ジョブ

次のcron ジョブは、固定スケジュールでパイプラインを自動化します。

Cron グループ
Cron ジョブ
目的
スケジュール
index
indexer_update_all_views
エンティティの更新をリッスンし、フィード項目をアセンブリし、フィードのステータスを保持します
1分ごと
index
indexer_reindex_all_invalid
「Reindex required」としてマークされたフィード インデックスに対して完全な再同期を実行します
1分ごと
resync_failed_feeds_data_exporter
*_resend_failed_items
失敗したフィード項目を確認し、Commerce Optimizerに再送信します
5分ごとに
commerce_data_export
cleanup_deleted_feed_items
保存期間(7日間)を過ぎて同期された削除されたフィード項目をクリーンアップします
毎日、午前2:00時

SaaS Data Export​拡張機能は、フィードの収集とステータスの追跡を処理します。 コネクタレイヤーは、エンティティとスコープをCommerce Optimizer APIで必要な形式にマッピングし、POST /v1/catalog/<feed name>を介して送信します。

要件定義

スコープベースの同期制御

CommerceOptimizerScopeMapper モジュールは、web サイトごとの書き出し設定およびストア ビューごとの書き出し設定を読み取り、フィードの収集および送信中にそれらを適用します。

  • 有効なスコープ​は、通常の差分スケジュールでデータを書き出します。
  • 無効なスコープ​はパイプラインから除外されます。
    以前に同期されたエンティティは、次回のcron実行時にCommerce Optimizerから削除されます。

同期の問題が1つのカタログ ソースまたは価格表のみに影響する場合は、​ データが同期されていませんを参照してください。

同期スコープのカスタマイズについて詳しくは、Commerce スコープの書き出し設定のカスタマイズ ​を参照してください。

タイミングとモニタリング

シナリオ
典型的なタイミング
カタログの定期的な更新
1-2 delta-sync サイクル(インデックス作成と送信の場合は約1~2分)
一時的なエラー
5分ごとに再試行
フルシンクまたは大きなカタログ
分から時間

Commerce AdminのData Feed Sync Status ページからフィードごとのステータスを監視します。 ​ データ同期が機能していることを確認してください

フィードの送信とエラー処理

FeedSubmitter プロセスはCatalog Data Ingestion API件の呼び出しを処理します。

  1. 更新項目を削除項目(異なるAPI エンドポイント)から分離します。
  2. エンドポイントの更新と削除を個別に呼び出します。
  3. 項目ごとのステータス結果を単一の応答にマージします。

HTTP ステータスコード結合

更新呼び出しと削除呼び出しが異なるステータスコードを返す場合、FeedSubmitterは次のように結果を組み合わせます。

結果を更新
結果を削除
最終結果
200
200またはなし
200件の成功
200
400
200 (削除エラーあり)
400
400
400件の結合エラー
その他
その他
再試行可能
エラータイプ
動作
400
応答errors フィールドにリストされている項目は、管理者に表示され、注意が必要です。 バッチ内の他の項目が再試行されます。
5xx
resync_failed_feeds_data_exporter グループのフィード固有の*_feed_resend_failed_items cron ジョブによって再試行されました。
recommendation-more-help
commerce-help-aco-connector