AEM as a Cloud Service 開發指導方針 aem-as-a-cloud-service-development-guidelines

本檔案說明在AEM as a Cloud Service上開發的准則，以及它與AEM內部部署和AMS中的AEM不同的重要方式。

程式碼必須可感知叢集 cluster-aware

在AEM as a Cloud Service中執行的程式碼必須瞭解，它一律在叢集中執行。 這表示執行中的例項永遠多於一個。 程式碼必須具復原性，尤其是因為例項可能隨時停止。

在AEM as a Cloud Service更新期間，有些執行個體同時執行舊程式碼和新程式碼。 因此，舊程式碼不得中斷新程式碼建立的內容，且新程式碼必須能夠處理舊內容。

如果需要識別叢集中的主要節點，可以使用Apache Sling Discovery API來偵測它。

記憶體中的狀態 state-in-memory

狀態不得保留在記憶體中，而是要保留在存放庫中。 否則，如果執行個體停止，此狀態可能會遺失。

檔案系統上的狀態 state-on-the-filesystem

請勿在AEM as a Cloud Service中使用執行個體的檔案系統。 磁碟是暫時性的，當執行個體回收時就會加以處置。 在處理單一請求時，可以限制使用檔案系統作為暫時性儲存空間，但不應將其濫用於大型檔案。 這是因為這可能會對資源使用配額產生負面影響，並遇到磁碟限制。

舉例來說，若不支援使用檔案系統，Publish層級應確保任何必須儲存的資料都會運送至外部服務，以供長期儲存之用。

觀察 observation

同樣地，由於所有非同步發生的事（例如在觀察事件上動作），無法保證會在本機執行，因此必須謹慎使用。 JCR事件和Sling資源事件都是如此。 發生變更時，可能會移除執行個體，並由其他執行個體取代。 拓撲中當時處於作用中的其他執行個體能夠對該事件做出反應。 但在此情況下，這不會是本機事件，在發佈事件時進行中的領導人選舉的情況下，甚至可能沒有活動的領導人。

背景工作與長時間執行的工作 background-tasks-and-long-running-jobs

作為背景工作執行的程式碼必須假設執行所在的例項隨時都會停機。 因此，程式碼必須有韌性，而且最重要的是可恢復。 這表示如果程式碼重新執行，就不應從頭開始，而應從原本的地方開始。 雖然這並非此類程式碼的新需求，但在AEM as a Cloud Service中，執行個體很有可能停止運作。

為了將問題降至最低，應儘可能避免長時間執行工作，而且這些工作應至少可以恢復。 若要執行這類作業，請使用Sling作業，此作業有至少執行一次的保證，因此如果中斷，將會儘快重新執行。 但是他們或許不應該從頭開始。 若要排程這類工作，最好使用Sling工作排程器，因為這會再次確保至少執行一次。

請勿使用Sling Commons Scheduler進行排程，因為無法保證執行。 只是更有可能已排程。

同樣地，由於所有非同步發生的事（例如對觀察事件執行動作，包括JCR事件或Sling資源事件），無法保證執行，因此必須謹慎使用。 目前的AEM部署就是如此。

傳出HTTP連線 outgoing-http-connections

強烈建議任何傳出HTTP連線設定合理的連線和讀取逾時；連線逾時建議值為1秒，讀取逾時建議值為5秒。 確切的數字必須根據處理這些要求的後端系統的效能來確定。

對於未套用這些逾時的程式碼，在AEM as a Cloud Service上執行的AEM執行個體將強制執行全域逾時。 這些逾時值是連線呼叫的10秒和連線的讀取呼叫的60秒。

Adobe建議使用提供的Apache HttpComponents Client 4.x程式庫來建立HTTP連線。

已知可以運作，但可能需要自行提供相依性的替代方法是：

除了提供逾時功能外，也應對這類逾時功能進行適當處理，以及非預期的HTTP狀態代碼。

處理要求速率限制 rate-limit-handling

當AEM的傳入要求速率超過正常程度時，AEM會以HTTP錯誤碼429回應新要求。 對AEM進行程式化呼叫的應用程式可以考慮防禦式編碼，在幾秒鐘後使用指數回退策略重試。 在2023年8月中旬之前，AEM以HTTP錯誤代碼503回應相同的條件。

無傳統UI自訂 no-classic-ui-customizations

AEM as a Cloud Service僅支援第三方客戶程式碼的Touch UI。 傳統UI無法供自訂。

沒有原生二進位檔或原生程式庫 avoid-native-binaries

原生二進位檔和程式庫不得部署或安裝在雲端環境中。

此外，程式碼在執行階段不應嘗試下載原生二進位檔或原生Java擴充功能（例如JNI）。

沒有透過AEM as a Cloud Service的串流二進位檔 no-streaming-binaries

應透過CDN存取二進位檔案，CDN將在核心AEM服務之外提供二進位檔案。

例如，請勿使用asset.getOriginal().getStream()，這會觸發將二進位檔案下載到AEM服務的暫存磁碟。

沒有反向復寫代理 no-reverse-replication-agents

AEM as a Cloud Service不支援從Publish反向復寫至作者。 如果需要這類策略，您可以使用在Publish執行個體的伺服器陣列之間共用的外部持續性存放區，潛在地還有作者叢集。

可能需要移轉轉轉復寫代理 forward-replication-agents

透過發佈訂閱機制，將內容從Author復寫至Publish。 不支援自訂復寫代理。

沒有多載開發環境 overloading-dev-envs

生產環境的大小較高，可確保穩定操作，而中繼環境的大小類似生產環境，可確保生產條件下的實際測試。

開發環境和快速開發環境應僅限於開發、錯誤分析和功能測試，且不應設計為處理高工作負載或大量內容。

例如，在開發環境中變更大型內容存放庫上的索引定義可能會導致重新索引導致太多處理。 需要大量內容的測試應在中繼環境中執行。

監視和偵錯 monitoring-and-debugging

記錄 logs

對於本機開發，記錄專案會寫入/crx-quickstart/logs資料夾中的本機檔案。

在雲端環境中，開發人員可以透過Cloud Manager下載記錄，或使用命令列工具追蹤記錄。

正在設定記錄層級

若要變更雲端環境的記錄層級，應修改Sling記錄OSGI設定，然後進行完整重新部署。 由於這並非立即發生，因此在接收大量流量的生產環境中，請謹慎啟用詳細記錄檔。 未來可能會有更快速變更紀錄層級的機制。

正在啟動DEBUG記錄層級

預設記錄層級為INFO，亦即，不會記錄DEBUG訊息。 若要啟用DEBUG記錄層級，請更新下列屬性以偵錯模式。

/libs/sling/config/org.apache.sling.commons.log.LogManager/org.apache.sling.commons.log.level

例如，使用以下值設定/apps/<example>/config/org.apache.sling.commons.log.LogManager.factory.config~<example>.cfg.json。

{
   "org.apache.sling.commons.log.names": [
      "com.example"
   ],
   "org.apache.sling.commons.log.level": "DEBUG",
   "org.apache.sling.commons.log.file": "logs/error.log",
   "org.apache.sling.commons.log.additiv": "false"
}

請勿將記錄保留在DEBUG記錄層級超過必要的時間，因為這會產生許多專案。

如果要在開發期間一律記錄在DEBUG，可以使用執行模式型OSGi設定鎖定目標，針對不同的AEM環境設定分散式記錄層級。 例如：

偵錯檔案中的某一行通常以DEBUG開頭，然後提供記錄層級、安裝程式動作和記錄訊息。 例如：

DEBUG 3 WebApp Panel: WebApp successfully deployed

記錄層級如下：

執行緒傾印 thread-dumps

雲端環境上的對話串傾印會持續收集，但目前無法自助下載。 同時，如果偵錯問題需要執行緒傾印，請聯絡AEM支援，指定確切的時間範圍。

CRX/DE Lite和AEM as a Cloud Service Developer Console crxde-lite-and-developer-console

本機開發 local-development

對於本機開發，開發人員擁有CRXDE Lite(/crx/de)和AEM Web主控台(/system/console)的完整存取權。

在本機開發（使用SDK）中，/apps和/libs可以直接寫入中，這與那些頂層資料夾不可變的雲端環境不同。

AEM as a Cloud Service 開發工具 aem-as-a-cloud-service-development-tools

客戶可以在作者階層的開發環境中存取CRXDE Lite，但不能在預備或生產環境中存取。 無法在執行階段寫入不可變的存放庫(/libs， /apps)，因此嘗試這樣做將會導致錯誤。

您可以從AEM as a Cloud Service Developer Console啟動存放庫瀏覽器，為作者、發佈和預覽層級的所有環境提供存放庫的唯讀檢視。 在這裡閱讀更多有關存放庫瀏覽器的資訊。

AEM as a Cloud Service Developer Console中針對RDE、開發、測試和生產環境提供了一組用於偵錯AEM as a Cloud Service開發人員環境的工具。 可藉由調整作者或Publish服務URL來決定URL，如下所示：

https://dev-console/-<namespace>.<cluster>.dev.adobeaemcloud.com

下列Cloud Manager CLI命令當作捷徑，可用來根據下列所述的環境引數啟動AEM as a Cloud Service Developer Console：

aio cloudmanager:open-developer-console <ENVIRONMENTID> --programId <PROGRAMID>

如需詳細資訊，請參閱此頁面。

開發人員可以產生狀態資訊，並解析各種資源。

如下圖所示，可用的狀態資訊包括套件組合、元件、OSGI設定、Oak索引、OSGI服務和Sling工作的狀態。

如下圖所示，開發人員可以解析套件相依性和servlet：

除錯功能也相當實用，AEM as a Cloud Service Developer Console有一個「說明查詢」工具的連結：

對於生產計畫，AEM as a Cloud Service Developer Console的存取權由Adobe Admin Console中的「Cloud Manager — 開發人員角色」定義，而對於沙箱計畫，AEM as a Cloud Service Developer Console則可供任何擁有產品設定檔並授與對AEM as a Cloud Service存取權的使用者使用。 對於所有程式，狀態傾印需要「Cloud Manager — 開發人員角色」，存放庫瀏覽器和使用者也必須在AEM使用者或AEM管理員產品設定檔中，針對作者和發佈服務進行定義，以便從這兩項服務檢視資料。 如需設定使用者許可權的詳細資訊，請參閱Cloud Manager檔案。

效能監控 performance-monitoring

Adobe會監控應用程式效能，並在發現效能惡化時採取措施解決。 目前無法觀察應用程式量度。

傳送電子郵件 sending-email

以下各節說明如何請求、設定和傳送電子郵件。

啟用傳出電子郵件 enabling-outbound-email

預設會停用用來傳送電子郵件的連線埠。 若要啟用連線埠，請設定進階網路，並確定為每個必要的環境設定PUT /program/<program_id>/environment/<environment_id>/advancedNetworking端點的連線埠轉送規則，將預期的連線埠（例如465或587）對應到Proxy連線埠。

建議使用kind引數設定為flexiblePortEgress來設定進階網路，因為Adobe可以最佳化彈性連線埠輸出流量的效能。 如果需要唯一輸出IP位址，請選擇dedicatedEgressIp的kind引數。 如果您因其他原因已設定VPN，您也可以使用該進階網路變數所提供的唯一IP位址。

您必須透過郵件伺服器傳送電子郵件，而非直接傳送給電子郵件使用者端。 否則，可能會封鎖電子郵件。

傳送電子郵件 sending-emails

應使用Day CQ Mail Service OSGI服務，且必須將電子郵件傳送至支援要求中指出的郵件伺服器，而非直接傳送給收件者。

設定 email-configuration

AEM中的電子郵件應使用Day CQ Mail Service OSGi服務傳送。

如需設定電子郵件設定的詳細資訊，請參閱AEM 6.5檔案。 若為AEM as a Cloud Service，請注意下列對com.day.cq.mailer.DefaultMailService OSGI服務的必要調整：

SMTP伺服器連線埠應該設定為在設定進階網路時，在API呼叫中使用的portForwards引數中設定的portDest值，而且portOrig值應該是有意義的值，且在30000 - 30999的所需範圍內。 例如，如果SMTP伺服器連線埠是465，則連線埠30465應該用作portOrig值。

在此情況下，假設需要啟用SSL，請在​ Day CQ Mail Service OSGI ​服務的設定中：

或者，如果目的地連線埠是587，則應使用30587的portOrig值。 假設有停用SSL，Day CQ Mail Service OSGI服務的設定會：

smtp.starttls屬性將由AEM as a Cloud Service在執行階段自動設定為適當的值。 因此，如果smtp.ssl設定為true，則會忽略smtp.startls。 如果smtp.ssl設定為false，則smtp.starttls設定為true。 這與OSGI設定中設定的smtp.starttls值無關。

您可以選擇使用OAuth2支援來設定郵件服務。 如需詳細資訊，請參閱郵件服務的OAuth2支援。

舊版電子郵件設定 legacy-email-configuration

在2021.9.0版之前，電子郵件是透過客戶支援要求所設定。 請注意下列對com.day.cq.mailer.DefaultMailService OSGI服務的必要調整：

AEM as a Cloud Service需要透過連線埠465傳送郵件。 如果郵件伺服器不支援連線埠465，只要啟用TLS選項，就可以使用連線埠587。

如果已要求連線埠465：

如果已要求連線埠587，則：

smtp.starttls屬性將由AEM as a Cloud Service在執行階段自動設定為適當的值。 因此，如果smtp.ssl設定為true，則會忽略smtp.startls。 如果smtp.ssl設定為false，則smtp.starttls設定為true。 這與OSGI設定中設定的smtp.starttls值無關。

SMTP伺服器主機應該設定為郵件伺服器的主機。

避免大型多值屬性 avoid-large-mvps

AEM as a Cloud Service底下的Oak內容存放庫不會用於過多的多值屬性(MVP)。 經驗法則是將MVP維持在1000以下。 然而，實際的效能取決於許多因素。

超過1000個之後，預設會記錄警告。 它們與以下內容類似。

org.apache.jackrabbit.oak.jcr.session.NodeImpl Large multi valued property [/path/to/property] detected (1029 values).

大型的MVP可能會導致錯誤，因為MongoDB檔案超過16 MB，導致類似於以下內容的錯誤。

Caused by: com.mongodb.MongoWriteException: Resulting document after update is larger than 16777216

如需詳細資訊，請參閱Apache Oak檔案。

Assets開發指導方針與使用案例 use-cases-assets

若要瞭解Assetsas a Cloud Service的開發使用案例、建議和參考資料，請參閱Assets開發人員參考資料。