Answers:
对于较小的公司(尚不清楚您的公司有多大),三个环境(开发,阶段,生产)很常见。大型公司通常会在开发人员和阶段之间拥有质量检查环境。
这些通常细分如下:
dev:工作代码副本。开发人员所做的更改已部署在此处,因此可以测试集成和功能。此环境已快速更新,并且包含该应用程序的最新版本。
qa:(并非所有公司都会有此功能)。质量保证环境;这提供了应用程序的更改频率较低的版本,测试人员可以对其进行检查。这样就可以报告通用修订版本,以便开发人员知道测试人员发现的特定问题是否已在开发代码中得到纠正。
阶段:这是候选版本,并且此环境通常是生产环境的镜像。暂存区域包含应用程序的“下一个”版本,用于最终压力测试以及上线之前的客户/经理批准。
生产:这是应用程序的当前发布版本,客户端/最终用户可以访问。此版本最好不要更改,除非在计划的发行期间。
我并不感到惊讶,因为还没有测试环境,因为没有代码可以升级到暂存位置。
要回答这个问题:
舞台环境应尽可能接近生产环境。
它用于验证部署过程-确保代码在生产就绪时就可以部署而不会引起问题。
也就是说,代码进入了阶段-经过全面测试和回归,以确保部署按计划进行(并解决所有问题)。
我在美国政府/国防部IT部门的经验是:
作为Web开发人员,主要有三种环境考虑实际:
生产:配置为托管针对最终用户的产品最终发行版的环境。它针对安全性和性能进行了优化。它托管在实时服务器上。它需要警报和紧急支持。这对数据至关重要。因此,将定期备份其数据。它还涉及风险管理和灾难恢复。生产环境配置为向最终用户显示友好错误。
登台:配置为在声明代码冻结后托管应用程序发布候选版本的环境。它与开发团队一起针对项目经理/所有者,以商定候选发布版本的范围。它涉及质量保证,还涉及开发团队在发布产品之前进行最终的修复和最终的布置。最佳实践是通过使用从生产环境复制的实时数据库中可用的最新数据来模拟生产环境。通常,临时环境只能由内部团队和利益相关者访问,因此,如果所有利益相关者都可以访问本地网络,则它可以在公共服务器上保护或在Intranet环境中发布。过渡环境配置为显示中等或完整的技术错误。
开发:由单个开发人员在其计算机上配置的私有环境,用于在开发周期中检查自己的工作,通常称为Scrum环境中的sprint。开发环境配置为显示完整的技术错误。