寻找"最佳实践":发布管理的五种系统格局

2020-09-19 17:04发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)对于我们的发布管理(3个月的周期...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


对于我们的发布管理(3个月的周期),我们想要实施推荐的5系统格局:

我敢肯定你们中的许多人都在这样的环境中工作,但是我找不到最佳实践指南来解决现实生活中的问题。

我的天真理解是:

在发布周期开始时,将DEV和QAS(版本n)复制并在新系统中根据需要实施Service Pack等。 该发行版的开发(包括项目工作)在DEV n + 1系统中启动。

紧急事态发展(纠错)在应急车道中实施和运输,也必须在发布车道中实施。

在发布周期结束时,将服务包实施到PRD中,将PRD系统切换到发布通道,并将发布通道的传输导入PRD。

可以删除紧急通道的DEV和QAS,为n + 2版本创建DEV n + 1和QAS n + 1的新副本。 循环再次开始。

现在我的问题是:我的理解是否合理?

  • 您如何确保紧急更改也已在发布通道中实现? 组织还是工具?
  • PRD将如何切换到发布通道(或者我的基础团队应该已经知道这一点吗?)?
  • 其他任何现实生活中的提示我们需要考虑什么?

我很感谢每个建议,
Uwe

(13.7 kB)
7条回答
宇峰
2020-09-19 17:17 .采纳回答

你好Uwe,

您的理解非常准确。 关于您的问题:

  • 有些工具可以帮助您保持开发同步,例如变更请求管理增强型改造,但这不一定能保证100%的一致性,因此仍然需要对流程进行明确定义。
  • 正如您所描述的,在转换期间,您必须将生产系统升级到与项目环境相同的发行版和补丁程序级别,然后导入传输。
  • 取决于变化的幅度,例如 当涉及到大的事态发展甚至升级或数据库迁移时,我喜欢在所谓的空运行测试中进行测试,以尽可能避免发生与实际事件相近的意外情况。 最好定义一个回归测试,以便在用户接受测试期间为交换机启用前的绿灯,这​​样就没有歧义需要测试什么,并且用户已经对测试很熟悉了。 好吧。

最好的问候

弗兰克

一周热门 更多>