Fusion パフォーマンスガードレール
作業の自動化には高速な処理が必要なので、Adobe Workfront Fusion は高いパフォーマンスを実現するように設計されています。 シナリオが長時間実行されると作業のペースが遅くなる可能性があるので、Workfront Fusion ではパフォーマンスを保持するガードレールを設計しました。このガードレールでは、実行時間、データサイズ、その他のシナリオパラメーターを制限します。 Workfront Fusion デザイナーは、これらのガードレールを認識し、デザインプラクティスに組み込む必要があります。
ブラウザー
- Workfront Fusion は、Chrome ベースのブラウザーのみをサポートしています。
シナリオ
-
デフォルトのシナリオ実行タイムアウトは、40 分 です。実行がこのタイムアウトに達すると、Workfront Fusion は、シナリオに応じて、次のサイクルまたはオペレーションの後でシナリオの実行を中断します。 これにより、40 分の制限に達した直後にシナリオが強制的に停止します
シナリオの連鎖は、シナリオ実行タイムアウトに対してカウントされません。 親シナリオは、子シナリオの実行を待機している間、時間が経過することはありません。
-
シナリオのブループリントの最大サイズは 5 MB ですが、シナリオのサイズは 3 MB 以下にすることをお勧めします。
多数のフィールドを持つデータを作成または更新するアプリモジュールは、非常に大きなブループリントが発生する可能性があります。
- Workfront アプリを使用する場合は、作成または更新のユースケースに必要なフィールドのみを選択してください。
- 他のアプリを使用する場合は、カスタム API モジュールを使用して、多数のフィールドを持つ任意のレコードタイプを操作します。
-
1 つのシナリオでのモジュール数に上限はありませんが、モジュールが 150 個を超えるシナリオはWorkfront Fusion システムのパフォーマンスに悪影響を与えます。 このため、150 を超えるモジュールを使用したシナリオの作成はお勧めしません。
操作
- デフォルトの操作タイムアウトは、通常 40 秒 です。
ファイル
- Fusion のファイルの総処理能力は、1 GB です。この制限は、メモリコストの合計に基づいています。すべての操作がそのコストに影響します。400 MB のファイルを 1 つダウンロードしてアップロードした場合、ファイルの処理能力の合計コストは 800 MB になります。
- Workfront Ultimate プランを利用している組織では、1 GB を超えるファイル処理の増加にアクセスできます。 Fusion プラットフォームは、1 回のアクション（ファイルのアップロードなど）で最大 15 GB の個々のファイルをサポートできますが、データ転送に影響を与える他の要因があります。 単一アクションのファイルサイズの上限は、Fusion が接続する web サービスによって異なります。 データ転送は、1 回の実行に対する合計の処理です。 つまり、1 回の実行で複数のアクションが合計データ転送に貢献します。 Fusion は、40 分の実行制限に達するまでファイルを処理します。
- 大きなファイルをサポートするモジュールを使用してファイルをダウンロードし、大きなファイルをサポートしないモジュールに渡した場合、そのモジュールはファイルを正常に処理できません。 大きなファイルは、ワークフロー全体でサポートされているモジュールでのみ処理する必要があります。
- 大きなファイルをサポートしないモジュールは、最大 200 MB のサイズのファイルを処理できます。
詳しくは、 大きなファイルの操作を参照してください。
サーバーのメモリ使用量
-
1 回の実行でのサーバーのメモリ使用量は、1 GB に制限されます。
大きなファイルや複雑なモジュールなどの多くの要因が、予測や制御が難しい方法でサーバーのメモリ使用量に影響を与える可能性があります。このため、シナリオが他のすべてのパフォーマンスガードレールに従っている場合でも、シナリオの実行が 1 GB のメモリ制限を超える場合があります。メモリ制限を超えると、実行が失敗します。
Web フック
-
ペイロードのデフォルトの最大サイズは、5 MB です。
-
Web フックは、1 秒当たり 100 リクエスト に制限されています。この制限に達すると、Workfront Fusion は 429（リクエストが多すぎます）ステータスを送信します。
-
Workfront Fusion は、Webhook ペイロードを 30 日間保存します。 受信後 30 日を過ぎてから web フックペイロードにアクセスすると、「ストレージからのファイルの読み取りに失敗」というエラーが発生します。
-
次のいずれかに該当する場合、Web フックは自動的に非アクティブ化されます。
- Web フックが 6 日以上どのシナリオにも接続されていない
- Web フックが、非アクティブなシナリオ（非アクティブになってから 30 日を超えたシナリオ）でのみ使用される。
-
非アクティブ化された web フックは、いかなるシナリオにも接続されておらず、非アクティブ状態となって 30 日が経過した場合、自動的に削除され、登録解除されます。
実行履歴
- 実行履歴ログのサイズは 100 MB までに制限されます。実行履歴がこのサイズを超える場合は、最初の 100 MB のみが表示されます。
- シナリオに複数の同時実行がある場合。 シナリオの詳細ページの「実行」領域に表示される実行は 5 つだけです。 これは、5 つ以上の実行が実行中の場合でも当てはまります。
不完全な実行
- 不完全な実行は、シナリオごとの合計サイズ 10 MB に制限されます。 10 MB の制限に達した場合、そのシナリオで今後不完全な実行は保存されません。
- 不完全な実行は、1 チームあたり合計 500 MB までに制限されています。 500 MB の制限に達した場合、そのチームで今後の不完全な実行は保存されません。
- Workfront Fusion では、1 分あたり最大 5 回のエラーが発生します。
再試行
- 一時停止モジュールを使用し、再試行ディレクティブを指定する際、シナリオが 2 分間以内に 10 回連続して失敗すると、シナリオは自動的に非アクティブ化されます。
再帰
再帰は、シナリオが自分自身の新しい実行をトリガーし、新しい実行をトリガーにする場合などに、無限ループで発生します。
例えば、シナリオは、タスクが作成されるとトリガーされ、そのシナリオでは 2 つのタスクが作成されます。 新しく作成されたタスクでは両方ともシナリオが再度トリガーされ、4 つの新しいタスクが作成されます。 タスクが作成されるたびにシナリオがトリガーされ、シナリオが実行されるたびにタスクの数が 2 倍になります。 タスクの数が指数関数的に増加します。
再帰を使用すると、再帰シナリオを所有する組織と他の組織の両方でパフォーマンスの問題が発生する可能性があります。
再帰に関して、次の点を考慮してください。
- シナリオが再帰を引き起こしている場合、パフォーマンスの問題がさらに発生するのを防ぐために、Fusion エンジニアリングチームによって非アクティブ化されます。
- 再帰はシナリオの設計の結果なので、シナリオをトリガーにするアクションがシナリオに含まれないようにシナリオを設計する必要があります。
TLS
- Fusion は現在、デフォルトで TLS バージョン 1.2 をサポートしています。
- Fusion は、宛先サービスで TLS 1.3 が有効になっている場合、送信 HTTPS リクエストに TLS 1.3 を使用できます。
- Fusion は、Webhook への受信 HTTPS リクエストに対して、TLS 1.2 と TLS 1.3 の両方をサポートしています。
- 組織は、Fusion インスタンスに対して TLS バージョン 1.3 を有効にするようリクエストできます。
https://<domain>.my.workfront.com の形式を持つドメインへの呼び出しに対して、この TLS 機能がWorkfrontで有効になっていることに注意してください。