随着互联网软件变得更加复杂、自动化和自主，工作流正变得更加异步和长时间运行。长时间运行的工作流可以在多个进程之间跳转，从而在进程关闭和代码错误后保持弹性，并能够独立扩展不同步骤。Temporal Workflows简化了睡眠、检查点和重试等挑战。主要问题通常是如何处理工作流版本控制——当两个进程运行不同版本的代码时。新的Worker Versioning功能通过保证每个工作流都在单个代码版本上运行，几乎消除了大多数工作流的版本兼容性问题。这称为工作流固定。固定工作流无需考虑工作流和活动之间的接口兼容性，也不必担心工作流代码从一个版本切换到另一个版本时的版本问题。

🔍 工作流版本管理的新策略：随着互联网软件变得更加复杂、自动化和自主，工作流正变得更加异步和长时间运行。长时间运行的工作流可以在多个进程之间跳转，从而在进程关闭和代码错误后保持弹性，并能够独立扩展不同步骤。

🔄 三种部署策略：Rolling Deploy（滚动部署）、Blue-Green Deploy（蓝绿部署）和Rainbow Deploy（彩虹部署）。Rolling Deploy逐渐将旧版本的工作节点替换为新版本，但缺乏控制且回滚时间长；Blue-Green Deploy通过暂时推出第二个“绿色”版本，同时保留旧的“蓝色”版本，允许在切换流量之前在新的版本上运行测试，并可以立即回滚；Rainbow Deploy类似于Blue-Green Deploy，但可以保留更多版本，适用于需要长时间保留旧版本的情况。

🛠️ Worker Versioning功能：通过保证每个工作流都在单个代码版本上运行，几乎消除了大多数工作流的版本兼容性问题。这称为工作流固定。固定工作流无需考虑工作流和活动之间的接口兼容性，也不必担心工作流代码从一个版本切换到另一个版本时的版本问题。

🚀 Temporal Workflows的优势：Temporal Workflows简化了睡眠、检查点和重试等挑战，并通过Worker Versioning功能提供了工作流版本管理的解决方案，使得应用程序开发人员无需处理工作流版本控制问题，从而更安全、更自信地进行应用程序更改。

Announcing Worker Versioning in public preview — pin each Workflow to a single code version for safer blue-green and rainbow deploys, with Kubernetes support.