deployment - 在什么确切情况下，暂存/测试版和生产/稳定环境应该共享一个数据库？

Question

在我过去和现在的 Web 开发职位中，Staging/Beta 和 Production/Stable 环境共享一个数据库。

这是我对正在发生的事情的理解:

Staging/Beta 基本上与 Pr​​oduction/Stable 的服务器相同，除了一般公众无法访问 Staging/Beta

一旦 QA 的测试在其自己的生产/稳定数据的净化子集副本上通过了即将到来的代码迭代，开发的下一步是确保即将到来的代码迭代将与完整的生产/稳定数据集一起使用，而不是打破现有的 Production/Stable 网站——这就是 Staging/Beta 的目的。此外，公司可以让 Beta 测试人员使用全世界可以看到的相同数据来测试代码。然后，当 beta 测试人员竖起大拇指时，应该是从旧迭代到新代码迭代的简单切换。

我的一位直接下属称这是一种“气味”。他建议 Staging/Beta 应该有一个完整且完整的 Production/Stable 数据库副本——因此，如果 Staging/Beta 代码确实存在问题而在 QA 期间没有发现，它不会影响 Production/Stable 体验。这就是这两个链接的答案:

Staging enviornment setup

Staging database predicament

所以这是我的问题:在什么确切情况下应该登台/测试版和生产/稳定版共享数据库服务器？或者我现在和以前的公司做错了什么/便宜/等等？

预先感谢您的想法。

Answer 1

只有在您没有足够的资源时才应该共享资源:)

我必须同意你的直接报告。您可能会遇到一些问题，它们并不少见:

测试过程从生产中窃取资源。

新代码被破坏并消耗太多资源(#1 上的变体)

新代码需要一个新模式，它不能与生产模式轻松地并存。

在安装测试版更改的过程中，您会破坏生产。

我真的不明白你怎么能原谅不单独托管暂存/测试版。