# 部署职责

Source: https://openflow.run/zh-cn/docs/reference/deployment/
Language: zh-CN
Product version: 0.1.0-beta.77

选择托管或自部署 Open Flow，并配置工作流所需的服务。

官方托管服务为你运行一套 Open Flow 环境。选择自部署，则需要自行负责 Server 及所配置的外部能力。两种方式使用相同的产品契约。

## 启动自部署 Server

[快速开始](https://openflow.run/zh-cn/quickstart/)介绍从源码构建 Docker 镜像、持久化存储、访问工作台和配置 AI 助手的方法。下方源码参考还介绍了容器交付，以及包含 OpenConnector 的完整部署栈。

Server 和客户端应兼容所选模型及引擎契约。本文档案例对应产品包版本 0.1.0-beta.77。

## 配置能力

| 能力 | 部署端职责 |
| --- | --- |
| 持久化 | 可靠存储、保留策略、备份和生命周期清理。 |
| 身份 | 账号、登录、管理角色和工作流归属检查。 |
| Connector | 后端地址、已授权连接、账号范围和应用支持。 |
| 模型 | 可用模型服务、凭据、预算和支持的任务类型。 |
| 自动触发器 | 调度器、轮询工作进程、回调地址和应用就绪状态。 |
| 等待与恢复 | 持久化决定、受支持的检查点、过期和继续执行。 |
| 代码运行时 | 隔离、当前引擎契约、能力约束和资源限制。 |

打开工作台或 Preview 不会自动部署这些服务。工作流结构可以有效，但外部执行能力仍可能不可用。

## 对外接口

Webhook 和应用事件投递需要部署契约要求的对外接口。共享应用事件可能还需在应用侧配置并验证。公开等待操作使用限定范围的访问凭证，不依赖部署端登录。

## 验证配置

为计划使用的每项能力测试一次有代表性的运行。发布工作流，不能证明所有外部账号和应用事件都能正常工作。部署配置变更后，应检查真实运行结果和应用就绪状态。

## 资料来源

*   [docs/architecture.md](https://github.com/oomol-lab/open-flow/blob/e25a738d170322734572a0b8a1323cb00b9d355a/docs/architecture.md)
*   [docs/server/container-delivery.md](https://github.com/oomol-lab/open-flow/blob/e25a738d170322734572a0b8a1323cb00b9d355a/docs/server/container-delivery.md)
*   [docs/server/self-hosted-stack/README.md](https://github.com/oomol-lab/open-flow/blob/e25a738d170322734572a0b8a1323cb00b9d355a/docs/server/self-hosted-stack/README.md)
*   [docs/server/mcp.md](https://github.com/oomol-lab/open-flow/blob/e25a738d170322734572a0b8a1323cb00b9d355a/docs/server/mcp.md)