点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我们正在尝试为我们的hybris节点实施BLUE-GREEN部署。 对于任何使用数据库的经典应用程序,蓝绿色部署都会带来两个方面的问题
1)模式更改-SAP的滚动集群更新解决方案通过在数据库上同时具有2个类型系统( https://help.sap.com/viewer/d0224eca81e249cb821f2cdf45a82ace/1811/en-US-8866145511491
2)数据更改-导入的数据更改(作为项目数据/基本数据的一部分的impex)对于新旧代码都是相同的。 这些建议如何解决?
每个版本,我们都会在内容/产品目录上有重叠的数据更改,而这些更改在很大程度上取决于代码。 以下是几个简单的示例。 但是,我们还有很多场景,其中业务逻辑由数据驱动。
示例:
- 向页面的现有插槽添加新组件 :我创建了一个新的组件类型,并在新的代码库中将一个控制器与其关联。 另外,我正在创建它的新实例,并将其与(现有页面的)现有contentslot相关联。 有了这个特殊的更改,如果我引入新节点并执行滚动更新和项目数据导入,则一旦项目数据导入完成,带有旧代码的节点就会开始启动,因为它无法识别新类型。
- 用新组件替换现有组件 :我删除了现有组件,并用新组件替换了它。 这将使我的页面在旧节点中中断,因为所替换组件的代码更改丢失了
因此,在所有此类情况下
尽管我们可以针对上述用例构建一个自定义解决方案(#1:具有蓝色和绿色的目录版本并隔离发行更改),但我更希望理解,
- 是否有OOO功能/hybris专家服务解决方案来解决此问题?
- 或者,Hybris是否为此规定了任何高级解决方案,可以继承并扩展这些高级解决方案来解决此问题?
SAP Hybris的回复
我查看了您的疑虑和示例方案。
说实话,您所关注的那些限制也是Rolling Update部署的限制。 在某些情况下,根本无法进行滚动更新,并且没有提供替代解决方案。
当系统更新或高级组件修改是此类部署的一部分时,BLUE-GREEN部署将受到相同的限制。
据我所知以及我现在能够检查的内容,我们的专家服务(当前为现场服务)无法提供额外的解决方案。 专用现场服务可以提供指导或帮助实施这种解决方案,但据我了解,这并不是您的意思。
如果您决定联系Fiels Services,请注意,他们的帮助是收费服务。
如果要向系统引入完全零停机时间的部署,则需要使用定制解决方案。 拥有专用的BLUE-GREEN目录版本似乎很合理。
我希望我的解释为您澄清一些方面。
亲切的问候,
********************************************* ****
一周热门 更多>