Asset Compute Service のアーキテクチャ overview

アプリケーションのモジュール性（特定のタスクに必要なものだけを含む）により、アプリケーションを相互に分離し、軽量に保持できます。

Adobe I/O Runtime のサーバーレス概念は、非同期性、高いスケーラビリティ、分離、ジョブベースの処理など、多くの利点をもたらし、アセット処理に最適です。

バイナリクラウドストレージには、ストレージへのフルアクセス権限がなくても、署名済みの URL 参照を使用して、アセットファイルやレンディションを個別に保存およびアクセスするために必要な機能が用意されています。クラウドストレージを使用した転送高速化、CDN キャッシュ、コンピューティングアプリケーションのコロケーションにより、待ち時間が短い最適なコンテンツアクセスが可能になります。AWS クラウドと Azure クラウドの両方がサポートされています。

API およびオーケストレーションレイヤー ​はソースアセットを複数のレンディションに変換するようにサービスに指示する（JSON 形式の）リクエストを受け取ります。リクエストは非同期で実行され、ジョブ ID であるアクティベーション ID と共に返されます。指示は完全に宣言的に行われ、すべての標準処理作業（サムネール生成、テキスト抽出など）について、コンシューマーは目的の結果のみを指定し、特定のレンディションを処理するアプリケーションは指定しません。認証、分析、レート制限などの汎用 API 機能は、サービスの前面にある Adobe API Gateway を使用して処理され、Adobe I/O Runtime に転送されるすべてのリクエストを管理します。アプリケーションルーティングは、オーケストレーションレイヤで動的におこなわれます。クライアントは、特定のレンディション用のカスタムアプリケーションを定義します。これには、独自の一意のパラメーターセットが付属しています。 アプリケーションの実行は、Adobe I/O Runtime 内の個別のサーバーレス関数であるため、完全に並列処理できます。

アセットを処理するアプリケーション ​は、特定のタイプのファイル形式またはターゲットレンディションに特化しています。概念的には、アプリケーションは UNIX® パイプの概念と似ています。入力ファイルが 1 つ以上の出力ファイルに変換されます。

A 共通アプリケーションライブラリ 一般的なタスクを処理します。 例えば、ソースファイルのダウンロード、レンディションのアップロード、エラー報告、イベントの送信、監視などです。 この設計により、アプリケーションの開発がサーバーレスの概念に準拠し、ローカルファイルシステムに限定されたインタラクションで簡単に行えるようになります。