DataWorks：執行個體產生方式：發布後即時產生執行個體

方式A：T+1次日產生 (系統預設）

此方式為系統預設推薦選項，旨在通過將變更與當天的運行執行個體隔離，最大限度地保障當天生產環境的穩定性。

• 運行原理：
  發佈動作在當天（T日）僅作為一次定義變更，不干預當天的執行個體運行。
  

• 當天（T日）影響：

  • 行為：僅更新節點的代碼與屬性定義，不影響當天任何已產生或即將產生的執行個體。T日的所有執行個體仍將按照發布前的舊配置運行。

  • 建議：若希望新邏輯在當天對資料生效，建議在發布後手動對T日執行個體執行“補資料”操作。

• 次日（T+1）影響：
  所有變更將在發布次日（T+1）的第一個周期執行個體開始，統一按新配置產生和運行。
  

方式B：發布後及時產生

此方式旨在讓節點變更儘快在發布當天生效。其核心邏輯是：系統以“任務發布時間點”為基準，判斷髮布當天（T日）的周期執行個體應如何處理。

• 運行原理：
  系統會將T日每個周期執行個體的定時時間與“發布點 + 10分鐘系統緩衝期”進行比較。
  

• 定時時間 < 目前時間 + 10分鐘

  • 現象：新任務-空跑，舊任務-不產生執行個體

  • 行為：對於從未提交過的新任務，該執行個體被視為“到期”，會變為空白跑狀態，不執行其內部的商務邏輯。防止在發布前的舊執行個體上錯誤地運行新代碼；對於修改後重新提交的舊任務，已到期的執行個體不會產生。

• 定時時間 > 發布時間 + 10分鐘

  • 現象：正常執行

  • 行為：系統會立即根據新配置產生並執行該執行個體。

• 次日（T+1）影響：
  發布次日（T+1）的所有周期執行個體，將全部基於新配置產生。
  

推薦情境

建議僅在以下情境謹慎使用：

• 建立並需當天啟動並執行節點：建立且無複雜上下遊依賴的節點，需在發布後當天運行。

• 替換已有執行個體：使用新配置替換當天已產生但尚未啟動並執行周期執行個體。

高風險情境（不推薦）

不建議在以下情境使用此功能，否則可能導致當天依賴關係複雜化，甚至引發調度異常：

• 修改發行任務的調度配置：尤其是有複雜上下遊依賴的任務。修改調度周期（如從天調度改為小時調度）並即時發布，可能導致部分舊執行個體被保留，部分新執行個體被建立，依賴關係錯亂。

• 上下遊執行個體產生方式不一致：例如，上遊節點使用T+1模式，而下遊節點使用發布後即時產生。此操作會導致下遊節點當天產生的執行個體找不到上遊依賴，成為孤立節點且無法自動運行。

替代方案

對於修改發行任務的情境，更安全的操作是：

1. 使用預設的T+1模式發布任務。

2. 發布成功後，對該任務執行補資料操作，手動觸發當天需要啟動並執行執行個體。

情境一：建立節點選擇發布後即時產生執行個體

情境二：更新發行任務的調度周期

情境三：上下遊任務執行個體產生方式不一致

情境四：變更上遊任務調度時間，對下遊依賴關係的影響