リソースを大量に消費する場合があります。アセットのサイズ、ワークフロー、ユーザー数、アセットの取り込み頻度が、システム全体のパフォーマンスに影響を与える可能性があります。アセットの取り込みやレプリケーションのワークフローがあります。オーサリングインスタンスでこれらのワークフローを頻繁に使用すると、オーサリングの効率に悪影響を与える可能性があります。オーバーヘッドを低減できます。リソースを消費するタスクを専用のワーカーインスタンスに分配するというアイデアが基礎になっています。オフロードの推奨される使用例について説明します。オフロードのためのネイティブなアセット固有のワークフロー拡張を実装しています。オフロードフレームワークが備える汎用的なワークフロー拡張を基礎とし、アセット固有の機能を追加で実装しています。アセットの更新ワークフローを効率的に実行することです。オフロードにより、取り込みワークフローをより詳細に制御できるようになります。オフロードプロセスにおける主なコンポーネントを示しています。アセットの更新のオフロードワークフローは、ユーザーがアセットをアップロードするマスター(オーサー)で実行します。このワークフローは、通常のワークフローランチャーによって実行されます。使用して新しいジョブを作成します。アセットの更新ワークフロー)およびアセットのパスを追加します。オフロードジョブを作成した後、マスターのオフロードワークフローは、オフロードジョブの実行が完了するまで待機します。ジョブマネージャージョブマネージャーは、新しいジョブをワーカーインスタンスに分配します。分配のメカニズムを設計する場合、トピックのイネーブルメントについて考慮することが重要です。ジョブは、ジョブのトピックが有効になっているインスタンスにのみ割り当てることができます。無効にし、ワーカーでこのトピックを有効にして、ジョブがワーカーに割り当てられるようにします。オフロードオフロードフレームワークは、ワーカーインスタンスに割り当てられたワークフローオフロードジョブを特定し、レプリケーションを使用して、それらを物理的にワーカーにトランスポートします(取り込む画像などのペイロードを含む)。トピックを担当するジョブコンシューマーを呼び出します。アセットの更新ワークフローを実行します。インスタンスをグループ化し、基礎となる持続性とは独立して相互に認識できるようにします。トポロジのこの特性により、非クラスター、クラスターおよび混合シナリオのトポロジを作成できます。インスタンスは、トポロジ全体にプロパティを公開できます。フレームワークは、トポロジの変更(インスタンスおよびプロパティ)をリスンするコールバックを提供します。分配ジョブの基礎となります。分配ジョブにより、トポロジのメンバーである一連のインスタンス間でのジョブの分配が容易になります。ジョブは、機能のアイデアに基づいています。ジョブは、ジョブトピックにより定義されます。ジョブを実行するには、インスタンスが特定のジョブトピックのジョブコンシューマーを提供している必要があります。ジョブトピックは、分配メカニズムの主な推進要素です。ジョブは、トピックのジョブコンシューマーを提供しているインスタンスにのみ分配されます。インスタンスのジョブコンシューマーを有効/無効にすることで、インスタンスの機能を定義し、分配メカニズムを制御できます。インスタンスの利用可能なジョブコンシューマーは、トポロジ全体にブロードキャストされます。この文脈での分配という用語は、ジョブコンシューマーを提供する特定のインスタンスへのジョブの割り当てを意味しています。インスタンスへの割り当ては、リポジトリに保管されます。分配ジョブは、デフォルトで、トポロジ内の任意のインスタンスに割り当てることができます。他のジョブは、同じリポジトリを共有するインスタンスによってのみ実行できます。これは、これらのジョブは、同じクラスターの一部であるインスタンスによってのみ実行できることを意味しています。異なるクラスターのインスタンスに割り当てられたジョブは実行されません。ジョブ分配を補完するもので、非クラスターインスタンスに割り当てられたジョブを実行します。分配(インスタンスの割り当て)はおこないません。ジョブを特定し、それらを実行のためのターゲットインスタンスにトランスポートします。現在、オフロードでは、レプリケーションを使用してこのジョブのトランスポートを実行します。ジョブを実行するために、オフロードでは入力と出力が定義され、それらがジョブと組み合わされて、ジョブのペイロードが構築されます。分配ジョブは、ジョブおよび分配のフレームワークを提供します。オフロードは、ジョブが非クラスターインスタンスに分配される特別なケースのトランスポートのみをおこないます。トランスポートに加えて、オフロードフレームワークは、ワークフローエンジンの拡張も提供します。これにより、フレームワークで、ワークフローの一環として分配ジョブを作成し、それらの完了を待機してから、ワークフローを先に進めることができます。使用して実装されています。拡張には、ワークフローの全体的な分配を支援するものもあります。単一ワークフローステップの分配はサポートされていません。オフロードフレームワークには、トポロジ全体でのジョブトピックのイネーブルメントを可視化し、制御できるユーザーインターフェイス(UI)も備えられています。分配ジョブのトピックのイネーブルメントを効率的に設定できます。使用せずにオフロードを設定することもできます。アセットのオフロードの一般的なガイダンスとベストプラクティス実装はそれぞれ異なるので、あらゆる場合に使用できるオフロード設定はありません。以降の項では、アセット取り込みのオフロードについてのガイダンスとベストプラクティスを示します。アセットのオフロードは、操作のオーバーヘッドを含め、システムへのオーバーヘッドを発生させます。アセット取り込みの負荷で問題が発生した場合、まずは、オフロードなしで設定を見直すことをお勧めします。アセットのオフロードに進む前に、以下のオプションを検討してください。オフロードが適切だと判断した場合は、以下のガイダンスに従います。ベースの導入を推奨します。オフロードは、広範な水平スケーリングには適していません。オーサーとワーカーとの間のネットワークのパフォーマンスが十分であることを確認します。使用する場合、複数の導入シナリオが考えられます。ベースの導入を推奨します。以下の図は、推奨される導入の概要を示しています。ノードストアとデータストアの設定を参照してください。自動エージェント管理はバイナリレスレプリケーションをサポートしておらず、新しいオフロードテクノロジを設定するときに混乱を生じさせる可能性があるので、無効にすることをお勧めします。自動エージェント管理では、バイナリレスレプリケーションで必要となるフォワードレプリケーションフローも自動的にはサポートされません。設定マネージャーを開きます。設定(http://localhost:4502/system/console/configMgr/com.adobe.granite.offloading.impl.transporter.OffloadingAgentManager)を開きます。自動エージェント管理を無効にします。フォワードレプリケーションの使用オフロードトランスポートでは、デフォルトで、リバースレプリケーションを使用して、オフロードされたアセットがワーカーからマスターにプルされます。リバースレプリケーションエージェントでは、バイナリレスレプリケーションをサポートしていません。オフロードされたアセットをワーカーからマスターにプッシュするには、フォワードレプリケーションを使用するようにオフロードを設定する必要があります。リバースレプリケーションを使用したデフォルト設定から移行する場合は、マスターおよびワーカーのすべての「offloading_outbox」および「offloading_reverse_*」という名前のエージェントを無効にするか、削除します。各ワーカーで、マスターを指す新しいフォワードレプリケーションエージェントを作成します。手順は、マスターからワーカーへのフォワードエージェントを作成する場合と同じです。オフロードレプリケーションエージェントの設定手順については、オフロード用レプリケーションエージェントの作成を参照してください。設定(http://localhost:4502/system/console/configMgr/com.adobe.granite.offloading.impl.transporter.OffloadingDefaultTransporter)を開きます。オーサーとワーカーの間での共有データストアおよびバイナリレスレプリケーションの使用アセットのオフロードでのトランスポートのオーバーヘッドを低減するために、バイナリレスレプリケーションの使用をお勧めします。ノードストアとデータストアの設定を参照してください。アセットのオフロードでは、他のレプリケーションエージェントが関係するという点を除いて手順は同じです。バイナリレスレプリケーションはフォワードレプリケーションエージェントでのみ動作するので、すべてのオフロードエージェントでフォワードレプリケーションを使用する必要があります。トランスポートパッケージの無効化デフォルトで、オフロードにより、オフロードジョブおよびジョブのペイロード(元のアセット)を含むコンテンツパッケージが作成され、この単一のオフロードパッケージが単一のレプリケーションリクエストを使用してトランスポートされます。バイナリレスレプリケーションを使用する場合、パッケージを作成するときにバイナリが再度パッケージにシリアル化されるので、これらのオフロードパッケージを作成すると効率性が低下します。これらのトランスポートパッケージの使用は無効にすることができます。つのレプリケーションリクエストを使用し、複数のレプリケーションリクエストでトランスポートされます。これにより、バイナリレスレプリケーションのメリットを活かすことができます。コンポーネントのコンポーネント設定(http://localhost:4502/system/console/configMgr/com.adobe.granite.offloading.impl.transporter.OffloadingDefaultTransporter)を開きます。アセットの更新のオフロード」オフロードワークフローは、ワーカーへの呼び出しをおこなうために、ジョブのペイロードにワーカーモデルを追加します。アセットの更新モデルに従うので、この追加のペイロードは削除できます。ジョブのペイロードでワークフローモデルを無効にした場合は、パッケージマネージャーなどの他のツールを使用して、参照されているワークフローモデルにも変更を反映する必要があります。アセットの更新のオフロードワークフローを変更します。ワークフローコンソール(http://localhost:4502/libs/cq/workflow/content/console.html)を開きます。「モデル」タブを開きます。アセットの更新のオフロード」ワークフローモデルを開きます。ワークフローのオフロード」ステップのステッププロパティを開きます。「引数」タブを開き、「入力するモデルを追加」および「出力するモデルを追加」オプションの選択を解除します。変更内容をモデルに保存します。ポーリング間隔の最適化ワークフローのオフロードは、マスターの外部ワークフローを使用して実装されます。外部ワークフローは、ワーカーでのオフロードワークフローの完了をポーリングします。秒以上に設定することをお勧めします。ワークフローコンソール(http://localhost:4502/libs/cq/workflow/content/console.html)を開きます。「モデル」タブを開きます。アセットの更新のオフロード」ワークフローモデルを開きます。ワークフローのオフロード」ステップのステッププロパティを開きます。「共通」タブを開き、「期間」プロパティの値を調整します。変更内容をモデルに保存します。オフロードに重点を置いて説明しています。以下に、オフロードについての追加ドキュメントを示します。規約内容は適用されません。すべてのアプリを見るラーニングとサポートマニュアルチュートリアルコミュニティフォーラムで質問アドビスタッフも参加するフォーラムをぜひご利用ください。ページの先頭へこのページは役に立ちましたか。Navigation地域を選択してください地域を選択すると、アドビサイトで使用する言語と内容が変わります。Navigation地域を選択してください地域を選択すると、アドビサイトで使用する言語と内容が変わります。עבריתSverige。