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服務的架構

圖: Asset Compute Service的架構以及它如何與Experience Manager、儲存和處理應用程式整合。

架構包含下列部分:

  • API和協調層 ​會接收要求(JSON格式),要求服務將來源資產轉換為多個轉譯。 這些請求為非同步,且會以作業ID作為啟用ID傳回。 指示純粹是宣告式的,對於所有標準處理工作(例如縮圖產生、文字擷取),消費者只會指定想要的結果,不會指定處理特定轉譯的應用程式。 一般API功能(例如驗證、分析、速率限制)是在服務前使用AdobeAPI閘道來處理,並管理所有傳送至Adobe I/O執行階段的請求。 應用程式路由是由協調層動態完成。 使用者端會為特定轉譯定義自訂應用程式,這些轉譯隨附自己的不重複引數集。 應用程式執行可以完全平行化,因為它們是AdobeI/O Runtime中的個別無伺服器函式。

  • 處理資產 ​的應用程式,這些資產專門處理特定型別的檔案格式或目標轉譯。 從概念上講,應用程式就像UNIX®管道概念:輸入檔案會轉換為一個或多個輸出檔案。

  • 一個通用應用程式庫 ​處理通用工作。 例如,下載來源檔案、上傳轉譯、錯誤報告、事件傳送和監視。 此設計可確保應用程式開發保持簡單明瞭,遵循無伺服器概念,互動僅限於本機檔案系統。

recommendation-more-help
b027be24-3772-44c0-a56d-a4ba23dcb50b