AEM Headless 架構
典型的 AEM 環境由作者服務、發佈服務和預覽服務 (選用) 組成。
-
作者服務 是內部使用者建立、管理和預覽內容的地方。
-
發佈服務 被認為是「即時」環境，通常是一般使用者與其互動。內容在編寫服務上經編輯和核准後，將傳遞到發佈服務。AEM 無周邊應用程式最常見的部署模式是讓應用程式的生產版本連接到 AEM Publish 服務。
-
預覽服務 的功能與 發佈服務 相同。但是，它僅供內部使用者使用。因為最適合核准者用來審查即將發生的內容變更，然後再上線給一般使用者。
-
Dispatcher 是靜態 Web 伺服器，增加了 AEM Dispatcher 模組。它提供快取功能和另一層安全性。Dispatcher 位在 發佈 和 預覽 服務之前。
在 AEM as a Cloud Service 方案中，您可以擁有多個環境：開發、預備和生產。每個環境都有自己獨特的 作者、發佈 和 預覽 服務。您可以在此處進一步了解如何管理環境。
作者發佈模型
AEM 無周邊應用程式最常見的部署模式是讓應用程式的生產版本連接到 AEM Publish 服務。
上圖描述了這種常見的部署模式。
- 內容作者 使用 AEM Author 服務來建立、編輯及管理內容。
- 內容作者 和其他內部使用者可以直在作者服務預覽內容。可以設定連接到作者服務的應用程式預覽版本。
- 內容經核准後，即可發佈到 AEM Publish 服務。
- Dispatcher 是 發佈 服務前面的一層，可以快取某些要求並提供加一層安全性。
- 一般使用者是與應用程式生產版本互動。應用程式生產版本透過 Dispatcher 連接到發佈服務，並使用 GraphQL API 要求和取用內容。
作者、預覽、發佈、部署
另一種無周邊部署方法是納入 AEM Preview 服務。使用這種方法，內容可以首先發佈到 預覽 服務，無周邊應用程式預覽版本可以連接到它。這種方法的優點是 預覽 服務可以設定成與 發佈 服務有相同的驗證需求和權限，以便輕鬆模擬生產體驗。
- 內容作者 使用 AEM Author 服務來建立、編輯及管理內容。
- 內容首先發佈到 AEM Preview 服務。
- 可以設定連接到預覽服務的應用程式預覽版本。
- 內容經審核及核准後，即可發佈到 AEM Publish 服務。
- 一般使用者是與應用程式生產版本互動。應用程式生產版本透過 Dispatcher 連接到發佈服務，並使用 GraphQL API 要求和取用內容。