灾备切换自动化编排过程中,如何去设计关联业务层的前置性或关联性的检查?

考虑到有些应用的深度耦合,会产生前后串联管理,对业务的启停有严格前置条件。灾备切换自动化编排过程中,如何去设计关联业务层的前置性或关联性的检查。

参与10

3同行回答

zhangjunxi570zhangjunxi570  系统架构师 , 某城商银行
关联系统启动时有先后顺序,切换工具依据前置任务的返回结果,即检查前一个业务启动后进程端口的状态,或者或者向前一个系统发探测包系统发探测包收到期望的结果后,确认前一个系统完全启动,再执行下一个任务。也可以和监控系统配合,每一项任务执行完成后主动去监控系统采集当前任...显示全部

关联系统启动时有先后顺序,切换工具依据前置任务的返回结果,即检查前一个业务启动后进程端口的状态,或者或者向前一个系统发探测包系统发探测包收到期望的结果后,确认前一个系统完全启动,再执行下一个任务。
也可以和监控系统配合,每一项任务执行完成后主动去监控系统采集当前任务状态。

收起
银行 · 2021-02-04
浏览706
zhangyongjunzhangyongjun  工程师 , CMBC
业务的依赖性,不建议在灾备流程中实现,建议在应用设计中考虑,最好不要深度耦合,尽量采用重试机制来进行探测和重连。举个简单例子吧,安保系统,对银行其他系统来说非常重要,大多需要依赖,尤其是渠道类如柜面、手机银行、网银等系统。如果同时进行切换,可能渠道类系统先进入到应用启...显示全部

业务的依赖性,不建议在灾备流程中实现,建议在应用设计中考虑,最好不要深度耦合,尽量采用重试机制来进行探测和重连。
举个简单例子吧,安保系统,对银行其他系统来说非常重要,大多需要依赖,尤其是渠道类如柜面、手机银行、网银等系统。
如果同时进行切换,可能渠道类系统先进入到应用启动的步骤,这时就需要应用端进行探测和等待,直到安保系统完成启动之后,渠道类探测到操作完成,连接到可用的安保平台。
在灾备自动化流程中实现前置和关联检查会造成流程复杂度大大增加,不利于今后的变更和灾备演练。灾备自动化最多依据安保提供的连通性判断脚本或者RESTful接口进行判断,一待完成判断后,立即继续执行渠道类系统的后续操作。
与之相类似,更简单的一种场景就是NFS,当server如果来自另一个系统,尚未完成启动,则nfs client会处于重试状态,NFS server not responding, still trying,会一直重试,直到server和NFS文件系统准备好,之后client端完成NFS挂载,继续执行后续步骤。这应该就是各强关联和强依赖业务系统必须改造,改造后要达到的效果。

收起
银行 · 2021-02-02
浏览694
leodongleodong  系统工程师 , 哈尔滨
对于容灾切换管理平台一定是在设计阶段制定好关联关系的,在切换的过程并行的任务可以同时执行,对于串行的任务一定是串行并且提供检查方式的,一般任务分为执行任务+检查任务。对于强关联深度耦合的系统容灾切换的时候建议是最为一个整体去切换的。而且在设计阶段尽量设计为...显示全部

对于容灾切换管理平台一定是在设计阶段制定好关联关系的,在切换的过程并行的任务可以同时执行,对于串行的任务一定是串行并且提供检查方式的,一般任务分为执行任务+检查任务。对于强关联深度耦合的系统容灾切换的时候建议是最为一个整体去切换的。而且在设计阶段尽量设计为各个业务系统之间是松耦合的,避免一个业务系统与多个业务系统之间都相互关联。

收起
银行 · 2021-02-05
浏览693

提问者

夏征宇
信息技术经理天安财产保险股份有限公司
擅长领域: 灾备

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2021-02-01
  • 关注会员:5 人
  • 问题浏览:1603
  • 最近回答:2021-02-05
  • X社区推广