银行企业级监控的建设难点及解决方案最

复方驱虫斑鸠菊丸价格是多少 http://m.39.net/pf/a_5231258.html

来自twt社区同行交流,欢迎更多同行参与交流

银行行业企业级监控产品的建设选型、难点及解决方案探讨?随着互联网金融业务的快速发展,银行业务互联网化,期望突破传统的存贷业务找到新的利润增长点。为此,银行业新建、重构了大量互联网类的业务系统,给系统、网络和应用各条线的运维带来了巨大压力。然而当前银行业运维监控系统的建设仅完成存在性监控的部署,大多数监控数据采用AGENT、SNMP与系统日志等采样方式获取,数据实时性、精度较低且无法站在全行业务系统的统一管理视角进行监控。即使有的行部署了业务层面的应用监控,选用的监控产品也是五花八门,不同团队又有不同的监控方案。一旦业务系统运行出现问题,交易链路上的网络、系统及业务交易指标相互孤立,缺乏统一的全景展示平台,难以及时找出问题环节。在发生业务故障时,时间往往被耗费在低效的排查工作中,其中的主要问题在于:一旦发生问题,多团队同时开始根据各自经验诊断;缺乏统一视角的证据支持,没有入手点;若无法达成共识,则需要进一步线索进行反复排查。针对这一问题,之前我行使用的一些监控产品(NPM和BPC)在我行使用效果不太理想,有太多局限了。个人觉得对一些中大银行,还是要有企业级的监控产品和配套的规范,这些规范涉及编码、测试、运维各阶段,且应明确各方人员在监控部署、设计方面的职责分工。因此,特提出此话题,望各位同行能够给本人答疑解惑,能够告知本人银行业企业级监控产品的建设选型、难点及解决方案,不胜感激!!

问题来自

我爱大锅饭某银行系统运维工程师,下文来自twt社区众多同行实践经验分享。

jasonxu昆仑银行技术经理:

监控系统最大的痛点就是故障快速定位,目前很多银行都有网络监控、存储监控、系统监控、数据库监控、中间件监控、交易性能监控。

但是这些专业级的监控基本是孤立的,没有整合在一起,所以当网络、数据库或者中间件发生故障时并不知道这些基础层面的故障会影响哪些业务系统;或者业务系统不能正常进行交易时不能准确定位到底是网络问题还是数据库问题、中间件问题。

建议建设一套一体化监控管理系统,将各专业监控的性能数据、告警数据整合在一起,进行统一的管理和实时的关联分析,能够快速有效地定位故障的告警根源,提高故障诊断的效率,从而构建不同层级,不同部门间协调解决问题的平台,成为应对突发事件、支持领导决策的一种重要手段。

要想建设好这套系统,首先建议采用垂直分层的建模思路设计端到端业务资源模型,按照业务资源对象在业务实现中的角色不同,把资源分为直接的业务服务、承载系统、组件三个层次,承载系统在端到端流程中是提供直接服务的依托环境,而组件是以一种透明的方式展示业务完整性所经过的处理环节,承载系统和组件为业务系统提供直接的功能支撑。

另外建议增加可视化监控,给运维人员提供不同视图从业务角度快速定位问题,同时也能从网络、数据库层面知晓受影响的业务系统。

冯岩银行数据库管理员:

其实,您提出的这个问题是普遍存在的问题,各个层面的监控工具杂多,监控数据类型多样(关系型、非关系型等),监控数据很难集中到一起统一关联、分析、管理。常常业务、系统、存储、网络等各个部门,各管各的,业务系统出现问题时,很难配合到一起,有效快速地解决问题。

我非常赞同jasonxu大哥的观点!

建设统一的监控管理系统,从业务资源模型的设计入手,采用垂直分层的建模思路建设这个监控平台。

其实,这一步完成后,离AIOPs智能化系统就更近一步。

melody某城市商业银行系统架构师:

我的看法是基于流量抓包的监控系统,首先需搭建一套流量采集平台,现阶段有两种比较流行的方式,一是通过修改硬件网卡驱动对数据包从源头就打上标签,然后做流量收集。这种方式的优点是可以从源头排查故障;缺点是对设备厂商要求较高,一般中小银行难以得到厂商定制。据了解,阿里选择的这种方式。二是在TAP设备上实现此类功能,并对流量过滤、消重。优点是实现相对简单;缺点是看不到操作系统层面的网络数据包。

基于流量抓包与基于日志的监控系统形成互补,可以帮助发现应用层以下的一些问题,但由于偏底层,展示的内容不能像基于日志中交易信息那么直观,再加上底层相对稳定,问题偏少,此外在行内建设一套此类系统(包含TAP流量采集网)的成本相对较高,因此会给人性价比低的感觉。

我爱大锅饭

您说的是硬件运行状况方面的监控吧?应用层面的监控贵行是如何做的?

melody

网络流量层的监控,排查过因备份系统导致内网流量过大问题、服务器IO中断、网银访问慢等问题。应用层主要在用BPC抓取数据包拆包抽取数据的方式,tap网络设计部署合理的话,数据还是比较精确的。

Tie泰康保险集团项目总监:

我解决解决这类问题这类问题的路径:

了解问题;

基于产品自己形成能力;

我选的zabbix加prometheus。

我爱大锅饭zabbix加prometheus是否能覆盖所有的系统?是否适合做业务层面监控?

Tie能,我这里zabbix加prometheus之外,还有pinpoint、zipkin、skywalking、apm、elk、splunk...完整的监控中心可能啥都少不了

我爱大锅饭是的,这其实就是我想向大家请教的,一个完整的企业级监控,到底要如何设计,需要采用哪些组件、产品,需要做哪些改造,有哪些坑之类的。某银行监控专家:

工具都有各自的专业领域,围绕业务、应用、网络、系统及基础资源等等几个层面进行监控,理清楚各个层级



转载请注明地址:http://www.jiankongxingye.com/jkgf/26842305.html
  • 上一篇文章:
  • 下一篇文章: 没有了