对于系统间关联关系的梳理,首先你要识别哪些是核心系统,哪些是与核心系统关联的非核心系统,然后再从业务逻辑,接口连接,依存关系等方面梳理非核心系统与核心系统之间的的关系,根据关系画出一个关系图表,在每个业务关系图上标注出业务系统的关键信息数据,便于理解和分析,最终得出一张完整的系统间关联关系图。
一个应用系统宕机业务的影响范围如何有效评估?
可以从以下几个方面进行分析,首先是收集信息,进行输入:
输入包括:
1、组织一个业务系统分析小组,事先准备好调查问卷表;
2、通过访谈、问卷等形式开展业务系统调研行动,识别关键风险以及应用系统宕机时间和造成的损害范围之间的关系。
分析过程:
1、据风险及可能发生的故障类型分析不同的宕机可能会造成不同的影响和范围。
2、确定应用系统宕机造成的财务损失或运行影响;
3、识别应用系统宕机可能对其他相关联的业务系统造成的影响,以及内外部利益相关者的利益。
4、分析应用系统宕机恢复成本
输出结果:
1、根据业务目标、业务依存关系和应用系统宕机时间造成的影响程度等给出最终评估结果
2、根据分析过程需要给出应用系统宕机后所能容忍的最长系统恢复时间(RTO)和最大数据丢失时间(RPO),根据这两个指标建设容灾系统,减少应用系统宕机带来的影响。
应用系统的运维不应该依靠过多的人力来解决,应考虑部署自动化运维类系统,减少人为运维成本。
另外,在系统架构设计上,应统一架构,简化系统架构的复杂性,依靠云计算等技术手段,减少基础架构运维的工作量。