工作流程最佳實務 workflow-best-practices

工作流程可讓您自動執行Adobe Experience Manager(AEM)活動。

它們通常代表發生在AEM環境中的大量處理，因此，當自訂工作流程步驟未根據最佳實務撰寫，或現成可用的工作流程未設定為盡可能有效率地執行時，系統可能會因此受到影響。

因此，強烈建議您謹慎規劃工作流程實作。

設定 configuration

設定工作流程程式（自訂和/或現成可用）時，應謹記一些事項。

暫時性工作流程 transient-workflows

若要最佳化高擷取載入，您可以定義 工作流程為暫時.

當工作流程為暫時性時，與中間工作步驟相關的執行階段資料在執行時不會保存在JCR中（當然會保存輸出轉譯）。

其優點包括：

調整DAM工作流程 tuning-dam-workflows

如需DAM工作流程的效能調整准則，請參閱 AEM Assets效能調整指南.

設定同時執行的工作流程數上限 configure-the-maximum-number-of-concurrent-workflows

AEM可允許同時執行多個工作流程執行緒。 預設情況下，線程數配置為系統上處理器核心數的一半。

在執行中的工作流程需要系統資源的情況下，這可能表示AEM沒有剩餘的時間用於其他工作，例如轉譯製作UI。 因此，在大量影像上傳等活動期間，系統可能會變得緩慢。

若要解決此問題，Adobe建議設定 最大並行作業數 將佔系統上處理器內核數的一半到四分之三。 這應該能讓系統有足夠的容量，在處理這些工作流程時能持續回應。

配置 最大並行作業數，您可以：

此外， Granite工作流程外部流程作業佇列. 這會用於啟動外部二進位檔的工作流程程式，例如 InDesign Server 或 影像Magick.

配置單個作業隊列 configure-individual-job-queues

在某些情況下，配置單個作業隊列以根據單個作業控制併發線程或其他隊列選項非常有用。 您可以透過 Apache Sling作業佇列設定 工廠。 若要尋找要列出的適當主題，請執行工作流程的模型，並在 Sling作業 主控台；例如，在 http://localhost:4502/system/console/slingevent.

也可以為暫時性工作流程新增個別工作佇列。

配置工作流清除 configure-workflow-purging

在標準安裝AEM中，提供維護主控台，可安排和設定每日和每週的維護活動；例如：

http://localhost:4502/libs/granite/operations/content/maintenance.html

依預設， 每週維護窗口 有 工作流清除 任務，但需要在運行前配置。 要配置工作流清除，新 AdobeGranite工作流程清除設定 必須在Web主控台中新增。

如需AEM中維護任務的詳細資訊，請參閱 操作儀表板.

自訂 customization

撰寫自訂工作流程程式時，應謹記一些事項。

位置 locations

工作流模型、啟動器、指令碼和通知的定義根據類型保存在儲存庫中；例如現成可用、自訂等。

位置 — 工作流模型 locations-workflow-models

工作流模型會根據類型儲存在儲存庫中：

位置 — 工作流程啟動器 locations-workflow-launchers

工作流程啟動器定義也會根據類型儲存在存放庫中：

位置 — 工作流程指令碼 locations-workflow-scripts

工作流程指令碼也會根據類型儲存在存放庫中：

位置 — 工作流通知 locations-workflow-notifications

工作流程通知也會根據類型儲存在存放庫中：

處理會話 process-sessions

如同任何自訂開發，建議一律使用使用者的工作階段：

實作工作流程程式時：

public void execute(WorkItem item, WorkflowSession workflowSession, MetaDataMap args) throws WorkflowException {
        // to obtain a jcr session:
        javax.jcr.Session jcrSession = workflowSession.adaptTo(javax.jcr.Session.class);

        // to obtain a sling resource resolver:
        org.apache.sling.api.resource.ResourceResolver slingResourceResolver = workflowSession.adaptTo(org.apache.sling.api.resource.ResourceResolver.class);

儲存工作階段：

將啟動器的數量/範圍最小化 minimize-the-number-scope-of-launchers

有一個接聽程式負責 工作流程啟動器 已註冊：

建立過多的啟動器將導致評估過程運行更慢。

在單一啟動器上位於存放庫根目錄建立全域路徑時，工作流程引擎會監聽並評估建立/修改事件至存放庫中的每個節點。 因此，建議僅建立所需的啟動器，並盡可能使全域路徑具體。

由於這些啟動器對工作流行為的影響，禁用任何未使用的現成啟動器也會有所幫助。

啟動器的配置增強 configuration-enhancements-for-launchers

自訂 啟動器配置 已增強，以支援下列項目：

請勿從其他工作流程開始工作流程 do-not-start-workflows-from-other-workflows

工作流程可能會產生大量的額外負荷，無論是在記憶體中建立的物件，還是在存放庫中追蹤的節點皆然。 因此，最好讓工作流程自行處理，而非啟動其他工作流程。

例如，會對一組內容實作業務處理，然後啟用該內容的工作流程。 最好建立會啟用每個節點的自訂工作流程程式，而非啟動 啟動內容 模型，適用於需要發佈的每個內容節點。 此方法需要額外的開發工作，但執行時比為每個啟動啟動個別的工作流程例項更有效率。

另一個例子是處理多個節點、建立工作流包、然後激活所述包的工作流。 您可以在建立套件的步驟中變更工作流程的裝載，然後呼叫步驟，以在相同的工作流程模型中啟用套件，而不是建立套件，然後以套件作為裝載啟動個別的工作流程。

處理常式前進 handler-advance

在設計工作流模型時，您可以選擇啟用處理常式，使其在工作流步驟上前進。 或者，您可以將程式碼新增至工作流程步驟，以決定後續應執行哪個步驟，然後加以執行。

建議您使用處理常式進階，以提供更佳的效能。

工作流程階段 workflow-stages

您可以定義 工作流程階段，然後將任務/步驟指派給特定的工作流程階段。

此資訊用於在您按一下 工作流程資訊 頁簽 收件匣. 可以編輯現有的工作流模型以添加階段。

啟動頁面處理步驟 activate-page-process-step

此 啟動頁面程式 步驟會為您啟用頁面，但不會自動尋找任何參考的DAM資產並啟用這些資產。

如果您打算將此步驟用於工作流程模型，請謹記這一點。

升級考量事項 upgrade-considerations

升級執行個體時：

系統工具 system-tools

有許多系統工具可協助您監控、維護和疑難排解工作流程。 以下所有範例URL都使用 localhost:4502，但應可用於任何製作例項( <hostname>:<port>)。

Sling作業處理主控台 sling-job-handling-console

http://localhost:4502/system/console/slingevent

Sling作業處理主控台將顯示：

工作流程報表工具 workflow-report-tool

6.3版中移除了工作流程報告工具，以防止效能下降。

工作流維護操作MBean workflow-maintenance-operations-mbean

http://localhost:4502/system/console/jmx/com.adobe.granite.workflow:type=Maintenance

工作流維護MBean公開了幾個有用的維護常式，如清除已完成的工作流和檢索工作流統計資訊。

更多資訊 further-information

如需進一步詳細資訊，請參閱：