Project management 在不断变化的环境中升级软件平台
我们的服务环境由大约16台服务器组成。每个环境(即开发、测试和生产环境)都有自己的16台服务器。 我们正在考虑在这些服务器上进行平台升级,这将需要重建和重新部署每个服务。没有代码更改,但所有服务都需要重新生成。情况听起来很直截了当。然而,在这些环境中(从开发到测试再到产品),我们有持续的错误修复和新版本——这个过程不能被长时间中断。这意味着几乎不可能出现“代码冻结”的情况。所以,我们可能会遇到这样的情况,即开发和测试处于版本N,而生产处于N-1,这是不可接受的Project management 在不断变化的环境中升级软件平台,project-management,development-environment,production-environment,change-management,Project Management,Development Environment,Production Environment,Change Management,我们的服务环境由大约16台服务器组成。每个环境(即开发、测试和生产环境)都有自己的16台服务器。 我们正在考虑在这些服务器上进行平台升级,这将需要重建和重新部署每个服务。没有代码更改,但所有服务都需要重新生成。情况听起来很直截了当。然而,在这些环境中(从开发到测试再到产品),我们有持续的错误修复和新版本——这个过程不能被长时间中断。这意味着几乎不可能出现“代码冻结”的情况。所以,我们可能会遇到这样的情况,即开发和测试处于版本N,而生产处于N-1,这是不可接受的 升级后的软件平台可以与同一服务器上
升级后的软件平台可以与同一服务器上的现有版本并行安装。鉴于此,执行此平台升级的替代方案是什么如果你已经解决了这个问题,请考虑写下答案。否则请注意,您包含的每个标记的跟随者数量很低。您可能想为基本lang/OS/?找到一个标记??它有更多的追随者。最后,这是(无论如何,在银行业中)高层管理者担心的事情,因为他们花费了大约1/4的时间,最终,供应商和其他高薪顾问被带进来“祝福”代码冻结的想法。祝你好运@谢勒-谢谢你的评论。我甚至可能结束这个问题,因为我将推动代码冻结我自己。在我们的组织中,事情还处于初级阶段,代码冻结+升级在短期内是不可能的。您是否考虑过“滚动更新”,即更新N台服务器(共16台),验证它们工作正常(同时16-N台服务器仍在运行“旧”版本),然后再移动到下一个N台服务器?了解“大人物”是如何做到这一点的可能会有所帮助(本例中为亚马逊):