工作流程最佳實務 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工作佇列組態 ​處理站，從Web主控台新增及設定個別佇列。 若要尋找要列出的適當主題，請執行工作流程的模型，並在​ Sling工作 ​主控台中尋找它；例如，在http://localhost:4502/system/console/slingevent。

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

設定工作流程清除 configure-workflow-purging

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

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

依預設，每週維護期間 ​有​ 工作流程清除 ​工作，但是這必須在執行前進行設定。 若要設定工作流程清除，必須在Web主控台中新增新的​ AdobeGranite工作流程清除設定。

如需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

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