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

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