Fusion パフォーマンスガードレール
作業の自動化には高速な処理が必要なので、Adobe Workfront Fusion は高いパフォーマンスを実現するように設計されています。シナリオが長時間実行されると作業のペースが遅くなる可能性があるので、実行時間、データサイズ、その他のシナリオパラメーターを制限するパフォーマンス維持ガードレールを備えた Workfront Fusion を設計しました。Workfront Fusion の設計者は、これらのガードレールを認識し、設計実践に組み込む必要があります。
ブラウザー
- Workfront Fusion は、Chrome ベースのブラウザーのみをサポートしています。
シナリオ
-
デフォルトのシナリオ実行タイムアウトは、40 分です。実行がこのタイムアウトに達したら、Workfront Fusion はシナリオに応じて、次のサイクルの後、または操作の後にシナリオの実行を中断します。これにより、40 分の制限に達した直後にシナリオが強制的に停止します。
シナリオの連鎖は、シナリオ実行タイムアウトに対してカウントされません。親シナリオは、子シナリオの実行を待機している間、時間が経過することはありません。
-
シナリオのブループリントの最大サイズは 5 MB ですが、シナリオのサイズは 3 MB 以下にすることをお勧めします。
多数のフィールドを持つデータを作成または更新するアプリモジュールは、非常に大きなブループリントが発生する可能性があります。
- Workfront アプリを使用する場合は、ユースケースの作成またはアップデートに必要なフィールドのみを選択してください。
- 他のアプリを使用する場合は、カスタム API モジュールを使用して、多数のフィールドを持つ任意のレコードタイプを操作します。
-
シナリオ内のモジュール数にキャップはありませんが、150 を超えるモジュールを持つシナリオは、Workfront Fusion システムのパフォーマンスに悪影響を与えます。このため、150 を超えるモジュールを使用したシナリオの作成はお勧めしません。
操作
- デフォルトの操作タイムアウトは、通常 40 秒です。
ファイル
- Fusion のファイルの総処理能力は、1 GB です。この制限は、メモリコストの合計に基づいています。すべての操作がそのコストに影響します。400 MB のファイルを 1 つダウンロードしてアップロードした場合、ファイルの処理能力の合計コストは 800 MB になります。
- Workfront Ultimate プランを利用している組織は、1 GB を超えるファイルを処理できます。ただし、データ転送に影響を与える他の要因もあります。Fusion が接続しているサービスがファイルサイズを制限し、そのサービスで処理されるファイルに影響を与える可能性があります。また、大きなファイルは、シナリオの実行時間に影響を与える可能性があります。Fusion は、40 分の実行制限に達するまでファイルを処理し、その時点で実行は失敗します。
- 大きなファイルをサポートするモジュールを使用してファイルをダウンロードし、大きなファイルをサポートしないモジュールに渡した場合、そのモジュールはファイルを正常に処理できません。大きなファイルは、ワークフロー全体でサポートされているモジュールでのみ処理する必要があります。
- 大きなファイルをサポートしないモジュールは、最大 200 MB のサイズのファイルを処理できます。
詳しくは、大きなファイルの処理を参照してください。
サーバーのメモリ使用量
-
1 回の実行でのサーバーのメモリ使用量は、1 GB に制限されます。
大きなファイルや複雑なモジュールなどの多くの要因が、予測や制御が難しい方法でサーバーのメモリ使用量に影響を与える可能性があります。このため、シナリオが他のすべてのパフォーマンスガードレールに従っている場合でも、シナリオの実行が 1 GB のメモリ制限を超える場合があります。メモリ制限を超えると、実行が失敗します。
Webhook
-
ペイロードのデフォルトの最大サイズは、5 MB です。
-
Web フックは、1 秒当たり 100 リクエストに制限されています。この制限に達すると、Workfront Fusion は 429（リクエストが多すぎます）ステータスを送信します。
-
Workfront Fusion は、Webhook ペイロードを30 日間保存します。受信後 30 日を過ぎてから web フックペイロードにアクセスすると、「ストレージからのファイルの読み取りに失敗」というエラーが発生します。
-
次のいずれかに該当する場合、Web フックは自動的に非アクティブ化されます。
- Web フックが 6 日以上どのシナリオにも接続されていない
- Web フックが、非アクティブなシナリオ（非アクティブになってから 30 日を超えたシナリオ）でのみ使用される。
-
非アクティブ化された web フックは、いかなるシナリオにも接続されておらず、非アクティブ状態となって 30 日が経過した場合、自動的に削除され、登録解除されます。
-
Webhook 応答のタイムアウトは 5 分です。
実行履歴
- 実行履歴ログのサイズは 100 MB までに制限されます。実行履歴がこのサイズを超える場合は、最初の 100 MB のみが表示されます。
- シナリオに複数の同時実行がある場合、シナリオの詳細ページの実行領域に表示される実行は 5 つだけです。これは、5 つ以上の実行が実行中の場合でも当てはまります。
不完全な実行
- 不完全な実行は、シナリオごとの合計サイズ 10 MB に制限されます。10 MB の制限に達した場合、そのシナリオで今後不完全な実行は保存されません。
- 不完全な実行は、チームごとの合計サイズ 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 で有効になっていることに注意してください。