在生产与开发上维护 Amazon RDS 实例的策略

Question

你们如何管理您的 Amazon RDS 实例？在生产中，我显然希望使用 Amazon RDS 进行主从复制设置。不幸的是，将类似的东西引入开发/质量保证环境会产生大量成本，但我们努力使开发/质量保证尽可能接近生产环境。您在日常交易中如何处理这种情况？

Answer 1

注意：我不使用亚马逊的服务，我不知道我们所说的“额外费用”是多少，所以这只是一般建议......

我想真正的问题是“你需要开发成为生产的精确镜像吗？” - 我的回答是“是的，或者至少尽可能接近实际。”

让 Dev 和 Prod 成为彼此精确镜像的优点（在基础设施方面，如果不是在数据方面）是，您可以通过在 Dev 中引入故障来测试生产环境的故障转移和容错方面。这可能是值得的，至少在一段时间内向自己证明事情会按照您期望的方式进行故障转移/故障恢复。

在我看来，持续的成本也是值得的，因为它可以让你定期进行此类测试。如果您不定期测试您的容错和恢复策略，那么它很可能在您需要的时候不起作用。因此，我的建议是应对更高的成本，并向执行办公室展示故障/恢复测试计划并定期遵守该计划，从而向他们证明其合理性。

开发和生产相同的好处之一可能无法很好地转化为亚马逊/云环境 - 如果流星击中您的主数据中心，您还可以选择拉动大红色手柄并将生产操作转移到开发基础设施上 - 我的非云世界有一个看起来与生产环境完全相同的 VMWare 开发环境。如果我不得不拉动那个大红色手柄，我相信我们可以继续运行（尽管容量有所减少），直到我们可以重建生产环境。