incident如何使用Golang構建工作流程引擎？

• 向執行團隊傳送有關重大事件的最新電子郵件
• 只要事件是面向客戶的，就上報給客戶成功中心
• 當一個事件結束時，Slack給領導發資訊，提醒其安排彙報。

核心工作流引擎
就其核心而言，工作流程可以被看作是這樣一種實現。

當X發生時，如果Y，做Z

我們的工作流程實現將這一結構分成幾個關鍵概念。

• "當X發生時 "就是我們所說的觸發器，其中一個觸發器可能是 "一個事件已被建立"
• "如果Y "是一組條件，適用於與觸發器相關的細節，例如 "嚴重程度>關鍵"。
• "做Z "是一個步驟列表，例如 "傳送Slack訊息 "或 "升級到PagerDuty"

• 使用資源、條件和工作流程步驟建立工作流程配置
• 響應觸發器，執行工作流程

核心工作流概念
在概述中，我們解釋說，工作流就像計算機程式中的if條件。

我們所建立的工作流引擎和執行器最好正是這樣想的：一種小而簡單的程式語言，定製的目的是。

• 輕鬆地表示工作流程與之互動的實體（一個事件或Slack頻道）
• 對這些實體進行靜態分類，以幫助驗證工作流程，並安全地發展其結構
• 允許反映功能（步驟）和型別（資源），以支援工作流程生成器，它可以被視為工作流程語言的IDE。

• 資源Resource代表工作流程程式中可用的變數型別
• 步驟Steps是接收例項化的資源並使用它們執行程式碼的函式。
• 像許多程式語言一樣，我們有一個scope範圍的概念，它是一個命名的資源例項的集合，我們稱之為 "引用"。
• 觸發器Trigger，它是可以觸發工作流程的生命週期事件，建立一個範圍，可以根據工作流程的條件進行檢查，並向工作流程的步驟提供資源值

程式碼結構
由於我們即將研究如何實現這些概念，因此瞭解後端程式碼的結構是非常有用的。

在可能的情況下，我們按型別（觸發器、步驟、資源）對概念進行分組，其實現不需要知道任何其他型別：例如，任何資源實現都不會處理步驟或觸發器，任何工作流步驟都不會知道觸發器的概念。

這種分離有助於降低開發者常見任務的複雜性（例如，新增工作流步驟、觸發器或資源），因為它不需要與更廣泛的工作流系統互動。相反，開發人員實現了簡單的構件，他們在系統的其他部分註冊，使他們可以使用。

後臺由Go語言編寫，分為幾個包。

• pkg/engine，它提供了核心型別並實現了條件評估。
• pkg/engine/resources，工作流可能與之互動的每個實體（Slack頻道、事件、使用者）都必須在這個包內實現engine.Resource介面
• pkg/workflows，提供一個監聽觸發器並執行工作流的服務
• pkg/workflows/triggers，所有的觸發器（事件建立、更新等）必須實現一個觸發器介面，並在此包內註冊
• pkg/workflows/steps，所有的步驟（傳送Slack訊息，升級到PagerDuty等）必須實現一個Step介面並註冊。