…{}使用托管数据库服务，你所支付的大部分费用是用于确保灾难恢复有效运行的。以我的经验来看，这确实有效。我见过RDS数据库服务器出现灾难性故障，并在不到15分钟内完全重建，几乎没有任何数据丢失，几乎不需要任何人工干预。如果你关心你客户的数据库，我认为在你能够支付全职数据库管理员之前，选择一个可靠的托管数据库服务是正确的选择。到了那个阶段，当然，你可以自己搭建。但要定期进行灾难恢复测试，以免发现最近离职的DBA一直在欺骗你。
源讨论我曾尝试完全基于欧洲的基础设施来构建我的创业公司原帖 376 条评论 · 导入时统计谢谢。我和你们一样在欧洲，也有一个已经运行多年的SaaS，并且我最终选择了类似的架构（OVHCloud而不是Hetzner）。不过我意识到，只要简化你的架构并在内部运行几台裸机服务器，你就可以在任何司法管辖区保持主权和独立性。 只需购买几台Mac Studio并在内部运行，配备电源备份和网络冗余，你就可以处理超过10k-100k次/秒的请求，这足以服务一百万客户。你不需要虚拟机：一台Mac Studio的性能是AWS上m7i.2xlarge的2-4倍，并且在几个月的AWS账单后就能收回成本。你可以在本地进行AI推理，并通过Exo.Labs（一家非官方的苹果合作伙伴）在Mac Studio集群上获得Claude Opus级别的性能（Kimi K2.5）。你可以获得免费的S3兼容对象存储…
完整原文把你的经验，加入这段讨论。
但即使使用托管数据库服务，你也不知道你的供应商是否投入了足够的测试来确保他们的恢复功能，因此你仍然必须进行测试。像DigitalOcean这样的大型服务曾被发现导致你的备份出现问题。如果你不测试你的备份恢复，你就不会知道即使你支付了“托管”服务的费用，你是否已经陷入困境。 我通过在特定条件下将备份恢复集成到我们的CI/CD流程中，每月多次测试我的备份恢复。每周都会从备份中恢复整个生产数据库。
完整原文那混合方法呢？ 你可以使用一个托管数据库服务作为仅用于备份的实时副本。查询将发送到你本地的数据库，运行在高性能硬件上，而副本只需要足够强大以跟上WAL流即可。
完整原文是的，但完整的硬件镜像仅是原始容量的2倍投资。 如果带宽允许，你甚至可以在办公室里有一个本地镜像。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。