您如何pipe理您的Amazon RDS实例？ 在生产中，我显然希望将Amazon RDS与主从复制设置结合使用。 不幸的是，为了在开发/ qa环境中带来类似的东西而花费了大量的成本，但是我们尽量保持dev / qa尽可能接近产品。 你如何在日常交易中处理这种情况？
CAVEAT：我不使用亚马逊的服务，而且我不知道我们在谈论多less“额外费用”，所以这只是一般的build议。
我想真正的问题是“你需要开发人员做一个精确的生产镜像吗？ – 我的答案是“是的，或者至less尽可能接近实际”。
使Dev和Prod成为彼此精确镜像（即使不是数据方式，基础架构方式）的优势在于您可以通过在Dev中引发故障来testing生产环境的故障转移和容错方面。 这可能是值得的，至less在一段时间内向自己certificate事情将会按照您期望的方式进行故障切换。
在我看来，这是值得的持续成本，因为它可以让你定期做这样的testing。 如果您没有经常testing您的容错和恢复策略，那么很有可能在您需要的时候无法正常工作。 因此，我的build议是要花费更高的成本，并向执行办公室提出错误/恢复testing计划 ，并定期坚持这一计划 。
开发和生产的一个好处是相同的，这可能不会转化成亚马逊/云环境 – 如果meteor撞击到您的主要数据中心，您也可以select拉动大红色手柄并将生产操作转移到该开发基础设施上 – 我的非云世界有一个VMWare开发环境，看起来就像生产一样。 如果我必须拉大红手柄，我相信我们可以继续运行（虽然能力有所下降），直到我们能够重build生产环境。
使用你的每晚PROD快照，并煽动一个微型实例或类似的程序，在0700到1900之间的工作时间，以编程方式旋转和旋转RDS DEV实例。使用AWS CLI。 这将使您的运行成本减半，并为您提供近乎最新的RDS副本。