Asset Compute Service的體系結構

Asset Compute Service建置在無伺服器Adobe I/O Runtime平台之上。 為資產提供Adobe Sensei內容服務支援。 為調用的客戶端(僅支援Experience Manager作為Cloud Service)提供其為資產所搜索的Adobe Sensei生成的資訊。 傳回的資訊為JSON格式。

Asset Compute Service 可依據建立自訂應用程式來擴充 Project Firefly。這些自訂應用程式為Project Firefly無標題應用程式,執行新增自訂轉換工具或呼叫外部API等工作以執行影像操作。

Project Firefly 是在執行階段建立和部署自訂Web應用程式的 Adobe I/O 架構。若要建立自訂應用程式,開發人員可以運用React Spectrum (Adobe的UI工具包)、建立微服務、建立自訂事件和協調API。 請參閱Project Firefly🔗的檔案。

架構的基礎包括:

  • 應用程式的模組化 — 僅包含給定任務所需的內容 — 允許應用程式彼此分離,並保持輕量。

  • Adobe I/O運行時的無伺服器概念提供了許多好處:非同步、高度可擴充、隔離、以工作為基礎的處理,非常適合於資產處理。

  • 二進位雲端儲存空間提供必要功能,可個別儲存和存取資產檔案與轉譯,而無須透過預先簽署的URL參考取得儲存空間的完整存取權限。 傳輸加速、CDN快取,以及將計算應用程式與雲端儲存空間結合,以提供最佳的低延遲內容存取。 AWS和Azure雲均受支援。

asset compute服務架構

圖:體系結構 Asset Compute Service 及其與、儲存和處理應 Experience Manager用程式整合的方式。

此架構包含下列部分:

  • API和協調層 接收指示服務將來源資產轉換為多個轉譯的請求(JSON格式)。請求為非同步,並以啟用ID(即工作ID)傳回。 說明純粹是宣告性的,對於所有標準處理工作(例如縮圖產生、文字擷取),使用者只需指定所需的結果,而不是處理特定轉譯的應用程式。 一般API功能(例如驗證、分析、速率限制)是使用服務前的AdobeAPI閘道處理,並管理前往Adobe I/O執行階段的所有請求。 應用路由由協調層動態完成。 用戶端可為特定轉譯指定自訂應用程式,並包含自訂參數。 應用程式執行可以完全並行化,因為它們是Adobe I/O運行時中獨立的無伺服器函式。

  • 處理專門處 理特定類型檔案格式或目標轉譯的資產的應用程式。從概念上講,應用程式與Unix管道概念類似:輸入檔案被轉換為一個或多個輸出檔案。

  • 常見 應用程 式庫可處理常見工作,例如下載來源檔案、上傳轉譯、錯誤報告、事件傳送和監控。這樣,開發應用程式就會盡可能簡單,遵循無伺服器的思想,並且可以限制於本地檔案系統交互。

本頁內容