[ DEPLOY // 部署索引 ]
Mister Morph 部署索引
把这页当成部署路由器：先决定你的优先级，再跳到对应目标的操作手册。
30 秒选型
| 你的第一优先级 | 推荐目标 | 原因 |
|---|
| 已在 AWS，想最快把 Telegram bot 跑起来 | AWS Lightsail Containers | 容器化上线路径最短，首发速度快 |
需要边缘入口 + 公网 HTTP（serve 模式） | Cloudflare Worker + Container | Worker 做入口，容器跑服务，模型清晰 |
| 需要对主机层有完整控制权 | systemd on VM/server | 可控性最高，平台锁定最低 |
三条部署路线一览
AWS Lightsail Containers
- 适用: 追求“尽快可用”，尤其是单实例 Telegram long polling。
- 运维画像: AWS IAM/S3 体系下，流程直接，心智负担低。
- 代价: AWS 绑定较强，灵活度不如自管 VM。
Cloudflare Worker + Container
- 适用: 需要边缘入口，
serve 接口要直接对公网可用。 - 运维画像: Worker + container + Wrangler 的拆分架构。
- 代价: 组件更多，平台耦合更高。
systemd on VM/server
- 适用: 你最看重控制力、可审计性和安全加固。
- 运维画像: 直接用 Linux/systemd 管理服务，改造空间最大。
- 代价: OS 补丁、可用性、TLS、扩缩容都要自己承担。
上线前检查清单（任何路线都建议先做）
- 先定清楚 provider/model/api key 策略（
MISTER_MORPH_* 或配置文件）。 - 明确密钥存放与轮换方案。
- 确认日志、dump、缓存文件的持久化策略。
- 定义失败处理行为（崩溃、网络抖动、上游超时）。
- 最低观测必须有：启动日志、错误日志、健康检查。
- 先设计 Telegram/Slack allowlist 和 HTTP 暴露边界。
入口文档
生产注意事项
选定路线后，先完整跑通该路线的 README，再做生产化加固。首轮上线不要混用多套部署模式。