在 無AEM頭開發者之旅,瞭解如何通過將本地代碼以Git格式移至Cloud Manager Git以用於CI/CD管道,即時部署無頭應用程式。
在前一篇無頭旅AEM程中, 如何通過AEM AssetsAPI更新您的內容 您已經學會了如何通過API更新現有AEM的無頭內容,您現在應:
本文基於這些基礎知識,因此您瞭解如何準備AEM自己的無頭項目來投入使用。
本文檔可幫助您了AEM解無頭發佈流程,以及您在與應用程式共處之前需要注意的效能注意事項。
SDKAEM用於生成和部署自定義代碼。 它是您在投入使用前開發和test無頭應用程式所需的主要工具。 它包含以下對象:
除了SDKAEM之外,您還需要其他工具來方便本地開發和測試代碼和內容:
因AEM為是Java應用程式,需要安裝Java和Java SDK來支援as a Cloud Service的開AEM發。
Git是您用來管理原始碼管理以及簽入對Cloud Manager的更改,然後將其部署到生產實例的。
使AEM用Apache Maven生成從Maven Project原型AEM生成的項目。 所有主要IDE都為Maven提供整合支援。
Node.js是JavaScript運行時環境,用於處理項目的AEM前端資產 ui.frontend
子項目。 Node.js與npm一起分發,是事實上的Node.js包管理器,用於管理JavaScript依賴項。
接下來,我們來看一下環境的組成部AEM分。
完整的AEM環境由Author 、 Publish和Dispatcher組成。 這些相同的元件將在本地開發運行時提供,以便您在開始使用前更輕鬆地預覽代碼和內容。
作者服務 是內部用戶建立、管理和預覽內容的位置。
發佈服務 被認為是「即時」環境,通常是最終用戶與之交互的內容。 在作者服務上編輯和批准內容後,內容將分發到發佈服務。 使用無頭應用程式的最AEM常見部署模式是讓應用程式的生產版本連接到AEM發佈服務。
調度員 是隨調度器模組增強的靜AEM態web伺服器。 它快取由發佈實例生成的網頁以提高效能。
本地開發項目是基於Apache Maven開發的,使用Git進行原始碼管理。 為了更新項目,開發人員可以使用其首選的整合開發環境,如Eclipse、Visual Studio代碼或IntelliJ等。
要test將由無頭應用程式接收的代碼或內容更新,您需要將更新部署到本地運行時AEM,其中包括作者的本地實例AEM和發佈服務。
請務必注意本地運行時中每個元件之間的區AEM別,因為在最重要的位置test更新非常重要。 例如,test內容更新作者或test發佈實例上的新代碼。
在生產系統中,調度程式和http Apache伺服器將始終位於發佈實例AEM前面。 它們為系統提供快取和安AEM全服務,因此test代碼和內容更新對調度程式也至關重要。
為了準備啟動AEM您的無頭項目,您需要確保項目的所有組成部分都運行良好。
要做到這一點,你需要把所有東西都放在一起:代碼、內容和配置,並在本地開發環境中test它,以便進行即時準備。
地方發展環境由三個主要領域組成:
設定本地開發環境後,您可以通過本地部署靜態節點伺服器來模擬內容服務到React應用。
為了更深入地瞭解設定本地開發環境以及內容預覽所需的所有相關性,請參閱 生產部署文檔。
現在,是時候按照下面介紹的AEM最佳做法,讓您的無頭應用程式準備啟動了。
Last-modified-since
來刷新資源。_reference
在JSON檔案中輸出,以開始下載資產,而無需分析完整的JSON檔案。一旦您確保所有內容都已測試並正常運行,您就可以將代碼更新推送到 Cloud Manager中的集中式Git儲存庫。
將更新上載到雲管理器後,可以使用將更新部署到AEMas a Cloud Service Cloud Manager的CI/CD管道。
您可以通過利用Cloud Manager CI/CD管道開始部署代碼,該管道已廣泛覆蓋 這裡。
為使用戶在使用無頭應用程式時擁有盡可能AEM最佳的體驗,您必須監控關鍵效能指標,詳見以下:
按照以下最佳做法執行調試:
為了在需要進一步幫助時通過支援高效地記錄Bug,請執行以下步驟:
恭喜! 您已完成無AEM頭開發者之旅! 您現在應該瞭解:
您已經啟動了第AEM一個Headless項目,或者現在已掌握了所需的全部知識。 幹得好!
不過,店AEM里的無頭店不必停在這裡。 你可能記得 入門 我們簡要地討AEM論了如何不僅支援無頭遞送和傳統的全棧模型,還支援結合了兩者優點的混合模型。
如果這種靈活性是您項目需要的,請繼續進行可選的附加部分, 如何使用建立單頁應用SPA程式(AEM)。