大きなファイルの操作
Workfront Fusion で強化されたデータ転送機能が使用できるようになり、シナリオで大幅に大きなファイルを処理できるようになりました。
大きなファイルを処理するには、シナリオを更新する必要があります。
大きなファイルをサポートするコネクタ
現在、次のコネクタは、大きなファイルをサポートしています。
- 大きなファイルをサポートするモジュールを使用してファイルをダウンロードし、大きなファイルをサポートしないモジュールに渡した場合、そのモジュールはファイルを正常に処理できません。 大きなファイルは、ワークフロー全体でサポートされているモジュールでのみ処理する必要があります。
- 大きなファイルをサポートしないモジュールは、最大 200 MB のサイズのファイルを処理できます。
-
Workfront
- ドキュメントのアップロード
- ドキュメントのダウンロード
-
Adobe Experience Manager Assets
- ドキュメントをアップロード
-
Workfront Proof
- ファイルをアップロード
- プルーフをダウンロード
-
Adobe Authenticator
- カスタム API 呼び出しの実行
-
SharePoint
- ファイルを作成
- ファイルの取得
-
Salesforce
- ファイルをアップロード
-
AWS S3
- ファイルをアップロード
- ファイルを入手
-
HTTP
その他のコネクタは、今後のリリースでサポートされる予定です。
大きなファイルを処理するためのシナリオの更新
Workfront/ドキュメントをアップロード モジュールが変更され、大きなファイルを処理できるようになりました。 このモジュールの以前のバージョンでは、モジュール名に (Legacy) が追加されて表示されるようになりました。 ほとんどの場合、レガシーモジュールは引き続き機能します。
大きなファイルを扱う予定がある場合は、従来のモジュールを新しいドキュメントをアップロード モジュールに置き換えることをお勧めします。 新しいドキュメントをアップロードモジュールは、タイムアウトやその他のエラーを防ぎます。
よくある質問
新しいファイルサイズ制限は何ですか。
ユーザーは、以前の 1 GB の制限を超えるファイルを処理できるようになり、効率と生産性が向上します。 プラットフォームでは、1 回のアクション（ファイルのアップロードなど）で最大 15 GB の個々のファイルをサポートできますが、データ転送に影響を与える他の要因があります。 単一アクションのファイルサイズの制限は、最終的には Fusion が接続する web サービスに依存します。 データ転送は、1 回の実行に対する合計の処理です。 つまり、1 回の実行で複数のアクションが合計データ転送に貢献します。
Fusion は、40 分の実行制限に達するまでファイルを処理します。 大きなファイルの場合、Fusion シナリオでアップロード、ダウンロードまたは処理に時間がかかる場合があります。 個々のファイルサイズに制限はありませんが、シナリオの実行時間は 40 分に制限されています。 したがって、サイズの大きなファイルによって実行に 40 分以上かかる場合は、シナリオは失敗します。 シナリオの実行時間は、シナリオのサイズ、モジュールの複雑さ、ネットワーク速度の影響も受ける場合があります。 したがって、大きなファイルを使用する場合は、シナリオのこれらの側面を考慮することをお勧めします。
Fusion の新しいファイル転送はどのように機能しますか？
Fusion がファイルを処理すると、大きなファイルが永続ストレージ（S3 バケットまたは Azure Blob ストレージ）に追加されます。 Fusion モジュールがアップロードやダウンロードなどのファイルアクションを実行すると、Fusion はアクティブメモリではなく、永続ストレージのファイルをソースとして使用します。
不完全な実行を使用してより大きなファイルを操作できますか？
はい。Fusion では、大きなファイルを含んだ不完全な実行をサポートしています。 不完全な実行は 1 つの組織でのサイズが制限されるので、積極的に管理する必要があります。
大きなファイルをコネクタで使用できますか？
大きなファイルをサポートするには、各 Fusion コネクタを更新する必要があります。 サポートされているコネクタには、Workfront、HTTP およびAEM Assetsがあります。 Fusion コネクタは、web サービスでサポートされているファイルサイズによって、引き続き制限されます。 ファイルサイズの制限は、通常、ファイルをダウンロードおよびアップロードする web サービスエンドポイントに関する API ドキュメントに含まれています。
これは業務に影響を与えますか？
いいえ。モジュールが実行する操作の数は同じです。
Fusion の UI がファイル転送データを表示するように更新されるのはいつですか？
この機能は既に完了しており、実稼動環境にデプロイされています。
シナリオの設計に役立つ新しいファイル処理制限について考える方法を教えてください。
実行の上限である 40 分以内に動作するようにシナリオを設計するのは複雑に思えるかもしれません。 シナリオを設計する際は、次の点に留意することをお勧めします。
-
実行時間のビジネス要件を理解する:Fusion の実行時間のプラットフォーム制限は 40 分ですが、ほとんどのビジネスプロセスの自動化は、はるかに高速に実行されると予想されています。 例えば、ユーザーが開始し、結果に依存する続行を行う自動化は、40 分の制限内で十分に完了すると予想されます。
-
設計時の実行時間を考慮：シナリオを設計する際は、アップロードやダウンロードなど、個々のファイルアクションのモジュール実行時間を理解することが重要です。 この知識は、複数のファイルアクションを含むシナリオを計画するのに役立ちます。 設計の正確性を確保するために、モジュールの実行時間をバッファを含むように切り上げることをお勧めします。
例えば、Fusion が 144 秒（2.4 分）でドキュメントをダウンロードする場合、1 回の実行で同様のアクションを複数回実行できると予測できます。 この例では、モジュールの実行には 144 秒かかるので、ダウンロードには 3 分間の実行時間を計画する必要があります。 要件にアップロードとダウンロードの両方が含まれる場合、予想実行時間は約 6 分です。 Fusion の実行時間は 40 分に制限されています。 -
ファイルアクションの統合:Fusion シナリオにおけるファイルアクションの最も一般的な例は、ダウンロードとアップロードの 1 つです。 これら 2 つのアクションのみのシナリオのほとんどは、数分で実行されます。 可能であれば、Fusion デザイナーはシナリオを 1 回のダウンロードと 1 回のアップロードに制限する必要があります。
-
マッピングパネルを使用したサイズの計算:Workfrontやその他の web サービスでは、ダウンロードモジュールの出力にファイルのファイルサイズが含まれます。 このデータを使用して、モジュールのアップロードには大きすぎるファイルや、シナリオの実行時間には大きすぎるファイルを除外できます。
-
複数のファイルを操作する際に、ファイル操作を独自のシナリオで分離する:Fusion デザイナーは、ファイル操作を個別のシナリオに分離することを検討する必要があります。 例えば、複数のファイルが添付された新しいWorkfront リクエストでトリガーされた Fusion シナリオでは、最大 30 個のファイルを格納する必要がある場合があります。 各ファイルのアップロードとダウンロードに最大 3 分かかる場合があるので、1 回の実行ですべてのファイルを処理すると、Fusion の 40 分の実行制限を超えます。 解決策は、個々のファイルのアップロードおよびダウンロードを処理する専用のファイルアクションシナリオを作成することです。 リクエストトリガーのシナリオは、添付ファイルを繰り返し処理し、HTTP モジュールを使用して各ファイルのファイルアクションシナリオを呼び出します。 このアプローチにより、各ファイルが実行時間制限内で確実に処理されます。