云部署平台 Zeabur 可以托管网站、数据库以及 n8n 等工具。平台已宣布逐步结束运营，所有服务将在 2026 年 12 月 31 日前停止。对还在平台上的团队来说，首要任务是在自己的服务停止前完成备份和迁移。对其他企业来说，这也是一个提醒：任何托管服务商都可能调整方向，退出方案最好在用得上之前就准备好。
已公布的安排
据 INSIDE 和报新闻报道，创始人林沅霖于 2026 年 10 月 17 日给用户发信。报道提到的要点如下：
- 即日起：停止新的专用服务器和域名购买。
- 12 月 1 日起：专用服务器停止续费，按各自到期日在 12 月内陆续关闭。共享集群同日暂停运行，用户仍可手动恢复服务来备份数据。
- 12 月 31 日：全面停止服务。Zeabur 提醒，这并不意味着每项服务都会运行到当天。
- 尚待公布：数据删除日期、最后导出期限和客服停止日期。
- 域名和款项：通过 Zeabur 购买的域名已开放用户自行转出。账户余额退款和安全事件损失赔偿需分别申请，都由 Zeabur Support 处理。
报道还提到，团队计划以 Markdown 形式提供迁移指南，包括给 AI 编程助手使用的资料。INSIDE 表示，在其核查时，Zeabur 官方博客和状态页还没有发布停止运营公告，以上信息来自报道引述的用户通知邮件。
Zeabur 给出的原因
据报道，创始人在邮件中表示，团队评估了系统安全、运维负担和继续运营所需的投入后，决定逐步结束运营。他还提到，AI 带动了部署需求，但也降低了部署门槛，平台增长开始遇到瓶颈。
这个决定发生在两起安全事件之后。Zeabur 自己发布的八月事件报告显示，攻击者利用某个用户公开服务的漏洞，从共享集群进入内部系统，读取了项目环境变量，其中包括第三方 API 密钥和数据库密码。Zeabur 随后停用了旧版 API 密钥，并停止了 AI Hub 服务。状态页上的十月事件更新则称，部分 Google Cloud 专用服务器也遭到未授权访问，攻击者获得了平台数据库的读取权限，泄露的数据包括服务环境变量、账户信息、API token 和 zSend 密钥。
受影响团队现在该做什么
- 确认真正的截止日期。逐台查看专用服务器的到期日。用共享集群的，要按 12 月 1 日而不是 12 月 31 日来安排。
- 轮换密钥。Zeabur 状态页建议轮换所有存放在环境变量里的密钥，并重新生成 Zeabur API token。不管是否迁移都应该这样做，也不要把旧密钥照搬到新平台。
- 先备份数据。导出数据库和持久化存储，在关闭任何服务之前，确认备份能在别处恢复。
- 导出配置。Zeabur 文档介绍了导出项目 YAML 配置的方法，可以留作服务、端口和设置的记录。
- 迁移域名和 DNS。转出通过 Zeabur 注册的域名，切换前先调低 DNS TTL，新平台就绪后再更新解析记录。
- 尽早申请退款或赔偿，通过 Zeabur Support 提交，并保留发票和往来记录。
给所有托管平台用户的启示
Zeabur 这类平台确实省时间：推送代码后，平台自动构建、部署并连接数据库。代价是越来越多的配置集中在一家服务商身上。下面这些做法能降低以后离开的成本，适用于任何服务商。
弄清楚哪些地方被锁定
列出只能在当前平台运行的部分，比如专有的构建配置、没有标准导出方式的托管数据库、内置的邮件或队列服务，以及通过服务商购买的域名。每一项都是将来迁移时要处理的步骤。
数据可迁移，备份放在平台之外
定期把数据库和文件备份到企业自己控制、独立于服务商的存储空间，并测试能否恢复。备份如果只存在于你要离开的平台里，作用有限。
用代码和容器描述基础设施
Dockerfile、配置文件和基础设施即代码（infrastructure-as-code）可以让另一家服务商重建相同的环境。把 CI/CD 流水线放在自己的代码仓库里，而不是只配置在平台控制台，部署目标就能改指向新平台。在新平台搭建预发布环境（Staging），可以在切换流量前先测试。
把密钥当作随时要换
把密钥存放在企业自己控制的管理工具里，每个密钥只给最小必要权限，并确保能快速轮换全部密钥。Zeabur 的两起事件都涉及存放在环境变量里的凭证。相关的访问控制可以参考我们关于零信任和多因素认证的文章。
准备好第二家服务商
不需要所有服务都跑两套。把 DNS 放在企业自己控制的域名注册商，提前选好替代平台，并写下迁移步骤。在网站前面使用 CDN，可以减少更换源服务器时的影响。
从外部监控
外部的网站监控不管网站部署在哪个平台，都能在网站或关键流程出问题时发出提醒。订阅各服务商的状态页，并确保通知会发到有人查看的邮箱。
中小企业退出方案清单
- 列出所有服务、数据库、域名和密钥，以及分别由哪家服务商持有。
- 备份存放在托管服务商之外，并在过去一个季度内测试过恢复。
- 构建和部署配置保存在企业自己的代码仓库里。
- 域名注册和 DNS 由企业自己的账户管理。
- 已选定替代服务商，并有书面的迁移步骤。
- 能在一天内轮换全部密钥。
- 合同里关于通知期、数据导出和退款的条款，必要时请咨询顾问。
- 用软件支持 SLA 明确由谁处理事故或迁移。
下面是一个示例场景：一家小网店把网站、数据库和预约工具都放在同一个平台上。如果每周把数据库导出到自己的云存储，代码和 Dockerfile 放在 Git 仓库，域名放在另一家注册商，被迫迁移时主要工作就是重新部署、恢复数据和修改 DNS。没有这些准备，同样的迁移得先花时间弄清楚有哪些服务、放在哪里。
technine.io 通过托管支持与 SLA 服务，协助企业规划维护、监控和迁移，并通过网络安全与合规工作检查凭证和访问权限。
常见问题
Zeabur 的服务实际什么时候停止？
据报道，共享集群于 2026 年 12 月 1 日暂停，专用服务器在 12 月内按各自到期日关闭，所有服务在 12 月 31 日前停止。撰写本文时，最后导出期限还没有公布，请以 Zeabur 的正式通知为准。
12 月 31 日是每项服务的截止日期吗？
不是。Zeabur 表示并非每项服务都会运行到 12 月 31 日，应按各项服务自己的日期安排。
是不是应该彻底放弃托管平台？
不一定。托管平台对很多团队来说仍是合理选择。关键是让数据、配置、域名和密钥保持可迁移，服务商的决定就不会变成你的紧急事故。
如果用过 Zeabur，最紧急的是什么？
按 Zeabur 状态页的建议，轮换存放在环境变量里的凭证，并给数据做一份经过测试的备份，然后按最早到期的服务安排迁移。