Asset Compute Service的架構 overview
Asset Compute Service建置在無伺服器AdobeI/O Runtime平台之上。 提供資產的Adobe Sensei內容服務支援。 叫用使用者端（僅支援Experience Manager作為Cloud Service）隨附其為資產尋找的Adobe Sensei產生的資訊。 傳回的資訊為JSON格式。
Asset Compute Service可透過根據Adobe Developer App Builder建立自訂應用程式來擴充。 這些自訂應用程式是Project Adobe Developer App Builder個Headless應用程式，可執行新增自訂轉換工具或呼叫外部API以執行影像作業等工作。
Project Adobe Developer App Builder是一個架構，可在AdobeI/O Runtime上建置和部署自訂Web應用程式。 若要建立自訂應用程式，開發人員可以利用React Spectrum (Adobe的UI工具組)、建立微服務、建立自訂事件以及協調API。 請參閱Adobe Developer App Builder🔗的檔案。
此架構所根據的基礎包括：
-
應用程式的模組化僅包含特定工作所需的功能，可讓應用程式彼此分離，並保持輕量級。
-
無伺服器的Adobe I/O執行階段概念可帶來許多好處：非同步、高度可擴充、獨立、以工作為基礎的處理，非常適合資產處理。
-
二進位雲端儲存空間提供必要功能，可讓您使用預先簽署的URL參考，個別儲存及存取資產檔案和轉譯，而不需要儲存空間的完整存取許可權。 傳輸加速、CDN快取，以及將運算應用程式與雲端儲存空間並置在一起，有助於存取最佳的低延遲內容。 支援AWS和Azure雲端。
圖： Asset Compute Service的架構以及它如何與Experience Manager、儲存和處理應用程式整合。
架構包含下列部分：
-
API和協調層 會接收要求（JSON格式），要求服務將來源資產轉換為多個轉譯。 這些請求為非同步，且會以作業ID作為啟用ID傳回。 指示純粹是宣告式的，對於所有標準處理工作（例如縮圖產生、文字擷取），消費者只會指定想要的結果，不會指定處理特定轉譯的應用程式。 一般API功能（例如驗證、分析、速率限制）是在服務前使用AdobeAPI閘道來處理，並管理所有傳送至Adobe I/O執行階段的請求。 應用程式路由是由協調層動態完成。 使用者端會為特定轉譯定義自訂應用程式，這些轉譯隨附自己的不重複引數集。 應用程式執行可以完全平行化，因為它們是Adobe
I/O Runtime中的個別無伺服器函式。 -
處理資產 的應用程式，這些資產專門處理特定型別的檔案格式或目標轉譯。 從概念上講，應用程式就像UNIX®管道概念：輸入檔案會轉換為一個或多個輸出檔案。
-
一個通用應用程式庫 處理通用工作。 例如，下載來源檔案、上傳轉譯、錯誤報告、事件傳送和監視。 此設計可確保應用程式開發保持簡單明瞭，遵循無伺服器概念，互動僅限於本機檔案系統。