暂存数据库良好实践

Question

我即将在生产中部署一个相当复杂的站点，并且首次需要一个临时环境，可以在更现实的环境中测试事情，尤其是关于某些无法运行的外部服务本地。

我的总体规划是开发&测试首先在本地，推动简单的改变（小bug修复，HTML/CSS，JS等）直接生产，而对于较大的变化，首先推到分段子域进行彻底的测试，然后到生产。

我不认为我需要保持暂存和生产数据库同步（偶尔手动更新会做），但我想知道是否有任何关于维护暂存环境的一般良好做法一个生产环境，尤其是涉及到数据库时。

任何一般的想法/建议/经验，将不胜感激。

UPDATE：

感谢您的意见，我得到的要点。我想这是值得花一些时间来思考这个。接受了流行的答案。

Answer 1

通过绕过分段和进行生产更改是一种灾难和废用配方。当你做出这些改变时，小调的定义开始改变。其次，随着两种环境的分离（即分段不再匹配生产），事情就会中断，您在分段环境中失去信心。为了充分利用临时服务器，您应该对其进行自动化部署，完全测试，然后才能将其部署（自动化）到生产环境（无论变化多小）。你还应该确保整个环境尽可能相似，并保持这种状态。这显然包括数据库。我通常每天或每小时设置一次同步（取决于构建网站或应用程序的频率）以维护数据库，并且通常会将其作为构建过程的一部分运行。

Answer 2

正如有人开发一个软件tool与部署过程中的每一步帮助，我可以说，最好的做法，当涉及到分段环境是反映生产环境正是。这包括一个相同的数据库模式（数据不相关，偶尔备份/刷新很好），相同的操作系统版本，更新的服务包，网络服务器设置等。

在理想的世界中，功能或用户接收测试不需要在分期中完成，因为分段环境的目的只是测试部署到生产。然而，在实际应用中，有时您的暂存环境也可以成为您的功能性或UA测试环境。

每次更改生产服务器上的设置或更改配置时，都应该更改登台服务器上的设置，这将确保如果您可以将应用程序部署到登台，那么很有可能会部署到生产环境错误。