生产部署
Temporal 上线到生产通常包含两部分：部署应用代码（Workers）以及提供 生产级 Temporal Service。官方文档建议在生产环境中采用标准化部署和 运维流程。
部署选项
Temporal Cloud
官方托管服务，减少自建运维成本，适合希望快速上线的团队。
Self-hosted
自建 Temporal Service，适合对控制权与合规要求更高的场景。
使用 Temporal Cloud
如果你希望尽量减少自建运维成本，可以优先考虑 Temporal Cloud：
- 在 Temporal Cloud 控制台创建 Namespace，并为不同环境（dev/stage/prod）分配独立命名空间。
- 在应用配置中为 Client 指定 Cloud Endpoint、Namespace 与证书/TLS 配置。
- 将 Worker 部署在你熟悉的运行环境（Kubernetes、VM、Serverless 等），只需保证能安全访问 Cloud Endpoint。
自建 Temporal Service（Self-hosted）
如果你有严格的合规、网络隔离或成本考量，可以选择自建 Temporal Service：
- 参考「本地部署」「Docker 部署」「Kubernetes 部署」章节选择合适的部署形态。
- 在正式生产前，至少完成高可用数据库、持久化存储与多副本 Temporal 服务的部署。
- 将 UI 与 Admin API 暴露在受控的运维网络中，避免直接对公网开放。
Worker 部署模式
无论是 Cloud 还是 Self-hosted，Worker 都由你自行部署与扩缩容。实践中常见的几种模式：
- 按业务域划分多个 Task Queue，每个队列由独立的 Worker 进程或 Deployment 负责。
- 在 Kubernetes 中将 Worker 作为 Deployment，通过 HPA 或自定义指标自动扩缩容。
- 使用不同的 Build ID 与部署组，实现灰度发布与按版本回滚。
上线前检查清单
可靠性验证
结合故障注入、容量测试、回滚演练验证系统弹性。
安全与合规
落实 TLS/mTLS、认证授权与访问隔离，确保敏感数据安全。
运维准备
完成监控、告警、容量规划与升级策略的准备。