HN讨论 · 身份未知
云数据库服务关停，现有应用需在期限内迁移或自托管
InstantDB 通过邮件正式通知停止云服务：新注册关闭，云应用将在 2027 年 8 月 31 日全部关停，活跃用户需在 12 个月内迁移应用。官方已开源全部代码并提供自托管迁移指南。这一公告把“迁移现有实时数据库应用”变成具体且有时限的任务。
查看原始信号hn:49378706
目标用户
已在 Instant Cloud 上构建并运行应用的开发者与小团队，尤其依赖实时同步和浏览器内数据库能力，现需在关停前完成迁移的用户。
潜在需求
在关停期限内把现有应用和数据迁移到可继续运行的方案（官方开源自托管实例或其他替代后端），并尽量降低迁移对应用功能与数据完整性的影响。
发生场景
InstantDB 邮件通知活跃用户：新注册即将关闭，建议在 12 个月内将应用迁出 Instant Cloud；到 2027 年 8 月 31 日所有云应用关停，备份保留至 2028 年 8 月。
来源证据
InstantDB 邮件告知活跃用户：新注册即将关闭，云应用将在 2027 年 8 月 31 日全部关停，建议在 12 个月内迁移应用；备份保留 12 个月。
Nothing on their website - but I got an email. Hey there, you’re one of our active users and we wanted to let you know we’re sunsetting Instant. In more detail: New signups will be closed soon. We recommend migrating your apps off of Instant Cloud within the next 12 months. Any subscriptions that were started after July 31st, 2026 will be fully refunded. On August 31st, 2027, all cloud apps will shut down. Backups will stay available for 12 more months, until August 31st, 2028. We’ve written ahttps://news.ycombinator.com/item?id=49378706
为什么值得留意
这不是产品推销，而是一条由正式服务关停产生的、有时限的迁移需求。官方主动开源并给出迁移指南，属于已实现的解法形态；但迁移本身仍落在每个使用该服务的开发者头上，真实迁移中的取舍与失败点可以继续观察。
已有方案
- 官方提供的自托管迁移指南
- Instant 全部开源可自托管
可能延伸 · 模型推测
- 基于官方迁移指南开发一键迁移工具（输入未提及，属推测）
- 提供 Instant 自托管版本的托管部署或兼容层（输入未提及，属推测）
目前未知
- 邮件内容是否覆盖所有用户
- 官方迁移指南的完善程度未知
- 实际迁移中用户遇到的失败点与替代方案选择尚待观察
继续核实
- 实际迁移中，用户在数据导出、实时同步语义或认证迁移上遇到哪些官方指南未覆盖的问题？
- 除了官方开源自托管，用户更倾向迁移到哪些替代后端或云服务？
- 该关停公告覆盖的用户规模与迁移完成率如何？
- 社区是否自发出现迁移辅助工具或替代方案？
主题词
app migrationself-hosted databasecloud service shutdownreal-time syncbackend as a service