在为他人开发Web应用程序时，多个测试环境是一个好主意。然而，不同的开发团队对每个环境的含义有不同的定义。
目前，我喜欢保持简单，只需开发环境（我的本地计算机）、一个暂存环境（在将应用程序部署到全球之前进行测试）和生产环境。虽然可能有更多环境的价值，但我现在将坚持这三个环境。
我的主要问题是：
定义临时环境时，哪些属性是适当的？
以下是一些相关问题：
我建议您的测试环境尽可能与生产环境相似。
如果您在生产环境中使用单独的服务器来处理数据库和Web服务器，请尽可能保持在测试环境中，如果您使用负载均衡器，请尝试在测试环境中进行配置等。
然而，在我的经验中，情况并非如此，我们的测试环境在硬件方面总是比生产环境弱。这样做的问题在于您无法测试每个功能并确信生产环境将以同样的方式工作。
至于其他问题：
"Staging" 的涵义是，你正要部署到生产环境，因此需要一个尽可能接近生产环境的环境，以最小化可能因不同环境直接导致的任何问题。例如，开发和测试环境可能具有生产环境没有的某些实用程序，或者生产环境可能具有更严格的权限和身份验证，可能会对您的应用程序造成问题。
因此，理想的暂存环境是生产环境的精确副本（尽管没有公共访问）。如果您正在使用虚拟化服务器，则这应该是非常简单的。如果没有，那么环境应该尽可能接近于模仿生产环境（应将应用程序部署到相同的路径，权限应完全相同，配置文件应为生产环境的副本等）。回答您的问题：
“定义分阶段环境时，应该选择哪些属性？”
技术栈必须相同。事实上，您应该能够简单地克隆分阶段环境以重新构建生产环境。
“Web服务器是否必须与数据库位于不同的物理机器上？”
对于分阶段环境来说？不一定。如果您的配置管理非常可靠，那么在分阶段环境中，您将拥有所有必要的配置参数，并且在移动到生产环境时可以正确地修复它们。
如果您的配置管理不太可靠，则需要在分阶段环境中具有与生产环境相同的物理架构，以便您可以进行配置更改。
“数据库是否必须与生产数据库完全相同？”
取决于用例。如果您正在升级数据库，则它们不能完全相同。
如果您没有升级数据库，则它们将完全相同。
“分阶段环境是否可以进行维护？”
为什么不能呢？
“分阶段环境是否可以用于测试新功能（即beta环境）？”
必须用于此。否则，您如何进行升级呢？
