【IDCC2019】中国建设银行侯岳：企业级IT架构视图可视化与运维领域应用

首先交易路径生成技术；大家知道原来架构师在设计的时候是自己画一下，把各个系统之间服务之间的串接关系通过人工的方式进行绘制，其实会带来很多问题，首先工作量非常大，第二画出来的信息不一定准，因为信息随着系统的建设会发生变化，同时单靠个人的力量是很难把一个系统或者多个系统之间的关系描绘出来的，所以我们研究的交易路径的生成技术，这个技术是通过从各个系统采集交易明细数据，首先生成单笔交易路径再针对交易路径进行整合，整合抽取加工之后形成具体业务功能之间的交易路径。通过这个技术在架构师进行设计之前就给它提供了一份整个场景图，包括交易路径图架构视图的数据，架构师和运维人员是不需要人工再画这些东西的，只需要在已经生成的数据之上查漏补缺进行审核，就能够快速的形成架构视图。    

第二个创新点是IT架构数字化全景视图的展示方法；针对架构师原来手工绘图模式来说的，现在的架构管控根本无法通过以前的人工方式做图，所以现在通过自动成图的技术，以应用对应的设计态应用场景图为基础逐层细化形成一个全景视图，这个视图是从多个维度进行展示的，首先横向是由基础架构信息延伸到本层的运维架构信息，由设计态和运行态进行对接，展示横向的架构信息。纵向是由设计态由粗到细逐步深入挖掘，形成从粗到细的架构信息。同时我们还有一个纵深维度的轴，是时间轴，也就是说除了能够展示现在的架构情况还可以对过去的架构信息进行回溯，选历史上的一个时间点，它会展示历史上的架构信息。同时还可以对未来进行预测，这就是整个架构视图数字化的全景视图的展示方法。    

第三个创新点是IT架构数据全生命周期的检核方法。大家知道每个系统建设之前都会进行架构设计，设计完之后信息随着系统的不断建设就慢慢失效了，开始设计好之后系统可能有新的功能要上线，新的服务要对接，通过不断的过程，在系统建设过程中不会及时有效的更新架构设计的结果，导致架构设计慢慢失效，这套IT架构数据全生命周期的检核方法是通过应用监控，采用应用系统代码的数据，自动生成运行态的交易路径，通过运行态交易路径图和设计态的架构视图通过比对模型进行比对，实时分析出两者之间的差异，通过这种方法一个是可以使设计成果不断更新、越来越准确，同时它也可以比对设计和实际系统的差异，通过它提高整个系统的实施质量。如图是我们给大家展示的检核结果，会以高亮展示他们之间不同的地方。    

刚才介绍的是整个架构视图的原理，下面介绍一下整个领域的应用，架构视图对于我们整个企业来说是有非常重要作用的，不仅是在系统的开发设计，实施、运维领域有应用，后续业务领域也会有使用，今年重点在运维领域进行了应用的探索。设备介绍一下它在运维领域能够起到的效果，首先架构视图的建设会非常大程度上改变传统的运维模式，大家都知道传统的运维基本上都是通过流程、工单方式进行组织的，其实有很多问题，首先第一个是它的效率比较低，第二是会出现线上线下脱离的情况，比如我们记得事件单什么的，其实跟实际发生的情况是有偏差的。通过架构视图可以有效的把各个运维场景进行串接，大家通过在架构视图上看到相应的信息之后来组织运维，会大大提升运维的效率。大家也知道系统管理员好多都是不懂业务的，他们在维护过程当中其实对实际业务情况都不是很了解，通过这套架构视图拉近了业务到运维的距离，通过它可以把运维向业务方面进行延伸，后续业务可以向业务级的运维努力。    

下面举了几个具体的场景给大家做介绍。首先变更过程管控，通过架构视图可以对变更过程进行管控，这个是通过架构视图对接自动化变更，它可以实时展现变更计划以及执行过程，结合架构视图的信息以及变更内容、变更错作步骤、变更时间等指标进行变更的影响分析，同时对自动化变更执行的异常信息进行识别、分析和推荐。如图是会选一个时间，比如可以选一个过去的时间、现在的时间、未来的时间，选完时间之后会展示在各个应用领域上面要做的变更情况。点到具体的应用领域里可以看到在某个时间段内，在这个业务领域下有哪些系统要做变更，灰色的代表还没有执行的变更，黄色是进行中的，绿色是已完成的。点击具体的变更可以察看到变更的具体信息。同时在变更里面还可以察看到详细的信息，通过与自动化变更的对接可以察看变更具体操作的实施工艺。同时还可以看到自动化变更执行的进度情况。第二块是可以进行投产进度的跟踪，因为投产重点关注在某个业务领域中一部分功能的投产，从图上可以清楚的看到这次投产主系统、协同系统变更的进度情况，根据进度情况可以辅助我们营业的时间。如图是察看变更进度的详细明细。    

第三通过架构视图可以做变更的影响分析，原来变更在做影响分析的时候只能做到对系统的影响，再往上一层对于业务的影响只能通过人的经验进行判断，有了架构视图之后可以根据变更信息自动分析业务的影响，并在架构视图中进行展现，选择一个日期它会展示日期所做变更可能对哪些应用领域、对哪些业务产生影响。点到具体业务里面会展示具体变更的情况。点到具体变更之后可以察看固体变更的影响分析，包括影响了哪些动能，预计影响时间是什么、预计影响多少用户数量、影响多少交易量。同时在图上还可以变更异常情况进行察看，从图上一目了然，变更标红了，说明变更在执行过程中出现了异常，察看具体变更的情况会展示出具体变更到底在哪个环节出现了异常，同时还可以把相关变更过程中能够看出是否出现异常的指标进行订阅，辅助进行变更的分析。这就是对于变更过程的管控；    

通过架构视图与自动化变更的结合，可以加强变更过程的管控，有效控制变更风险。    

第二个要给大家讲的是故障处置，会分两部分讲，首先讲故障的应急组织，不知道大家了不了解数据中心的应急，比如故障发生之后在场景不是特别明确的情况下，应急组织效率是相对比较低的，通过架构视图可以通过搜索和钻取定位到问题场景，一键建立电话会议，实现准确和快速的应急组织，比如建行95533，收到报账，显示建亚外卡POS刷卡消费失败，我们输入建亚POS消费，会把POS消费场景展现出来，这时候我们可以清晰的看出在收单的地方有个告警，跟它关联的系统可以快速选择。快速选择收单跟它关联的系统，一键选中系统之后因为每个系统里面都会有详细的配置信息，包括应用管理员项目组、项目组长、信息都是里面保存的，通过勾选可以一键组织应急会议。同时架构视图在移动端中进行结合，运维人员通过手机快速接入到电话会议中，进行相应的应急。通过这个方式大幅度提高应急的组织时间，提高组织的准确度。同时通过手机端可以做到随时随地能够应急。    

（编辑：应用网_阳江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!