低代码到底是不是行业毒瘤?一线大厂怎么做的?戳此了解>>> 了解详情
写点什么

监控全覆盖,接入只需 5 分钟:爱奇艺内容中台基于 CAT 的服务监控实践

2021 年 3 月 19 日

监控全覆盖,接入只需5分钟:爱奇艺内容中台基于CAT的服务监控实践

系统监控一直是项目完整性的一个要素,“不让没有监控的系统上线”,这条准则也逐渐得到越来越多的人的认可。如果一个系统监控缺失,我们就无法知道系统的运行状态,以及业务的各个方面的情况,甚至系统出现宕机或者重大故障也不得而知,以至于造成重大损失。


爱奇艺乐道中台是由爱奇艺内容中台团队建设的集视频、音频、字幕、图片等内容的全流程生产、发布及运营的中台服务。随着业务发展及微服务化的逐渐深入,系统项目越来越多,目前已有微服务 100+,需要维护内容也越来越多,链路越来越长,现有的监控手段已不能满足业务发展的需要,涌现出更多更迫切的监控需求,如:


1、高效及时的发现、定位系统异常问题

系统出现异常时需要立刻感知,在业务反馈之前发现问题,定位问题需要更加高效,可视化,不能仅去服务器查日志定位问题,这样通常需要花费很长时间才能定位原因,甚至如果日志过多还不能准确定位。


2、上线过程可监测,出现问题第一时间回滚

每次系统发布上线都是一次 bug 降生的窗口期,相当比例线上问题都是上线导致或者引入的,因为一个稳定的服务,你不去更新系统代码,正常情况下不会自发的产生问题。我们需要可监测的上线过程,及时修复问题。


3、全面准确的度量系统服务、接口、数据库等性能

我们需要更加全面和方便的监测整个系统对外提供的服务接口和系统依赖的外部服务接口性能,QPS、慢查询等其他性能指标,性能如果有潜在问题可能在关键时候,如流量突增,导致数据库连接池打满、长事务、拖垮整个网关等重大故障。


4、更加及时和稳定的监测服务健康情况

虽然目前部署的服务都是双份或者多备份部署,可用性有保证,但是还是往往会出现其中部分服务出现宕机等情况,我们需要第一时间感知到这种问题,并具有持续的稳定监测。


5、及时监测机器(容器)性能变化

当系统遇到突发流量或者攻击等原因时很可能导致连接池打满、OOM,数据库打满,CPU、内存、磁盘打满等基础问题,这些都会导致重大事故,无法及时的监控到,就无法及时的处理,导致重大线上故障。


6、更加完善清晰的业务监控

以上叙述了系统监控方面的迫切需求,在业务方面如果没有监控,如节目生产数量、成功率、时效等,那么整体业务运行情况对于维护者而言就是一个黑盒,这就会陷入一个被动局面,业务的发展是技术保障的目标,不知道目标发展情况,就会让许多工作失去意义。

在业务量较少,系统较少,微服务较少的时候,我们对于监控系统的需求越少,随着业务、系统爆炸性的发展就会维护起来越来越吃力,我们需要建立完备的监控体系去补齐这个短板,对各个服务、业务心中有数,为业务快速发展提供保障。

监控内容及技术选型

经过梳理,目前我们服务系统需要监控的具体内容有:


1、机器监控

最基础的监控,主要监控承载各个系统的虚拟机或者容器的运行情况,主要有 CPU、内存、磁盘、网络等大的方面,具体指标如:cpu.busy、cpu.idle、cpu.load.5min.per.core、mem.memfree、net.if.in.bytes、df.statistics.used.percent 等。


2、系统监控

各个系统所有接口、服务的监控,主要如服务状态、qps、接口性能、成功率、错误日志等。


具体如:服务健康情况、服务 api 接口 qps、服务 api 接口性能、成功率、集群中各个机器 qps、集群中各个机器访问量、整个集群 qps 压力、整个系统异常日志趋势等数据。


3、业务监控

根据各个服务承载的具体业务,建立业务数据大盘及相对应的监测报警策略,方便观测业务发展情况、系统运行情况、以及为业务发展决策提供参考和帮助。


在本着不重复造轮子的原则下,首先我们调研了公司内部现有基础监控系统的功能、接入方式、侵入性、优缺点等,由于公司内部监控系统功能比较分散、单一,无法满足我们所需的全面监控需求,所以我们倾向于自建,于是调研了常见的开源监控系统:


1、OpenFalcon

OpenFalcon 是小米开源的监控系统,能够提供丰富的基础监控指标。

优势:易于接入,基本无入侵,可自定义上报数据

劣势:主要监控机器指标,系统监控不足


2、Prometheus

Prometheus 是由前谷歌员工 2015 年正式发布的开源监控系统。它和 OpenFalcon 最大不同在于:数据采集是基于 Pull 模式的,而不是 Push 模式,并且架构非常简单。

优势:查询引擎强大,支持 PromQL,可以对数据做各种实时计算。

劣势:不易用,学习成本高,功能不够完善,基本需要搭配 Grafana 创建仪表盘以及查看指标。


3、开源监控系统 CAT

CAT 是美团点评开源的实时应用监控平台,提供了比较全面的实时监控告警服务。

优势:监控功能强大,基本上可以覆盖各种监控场景

劣势:接入成本较高、对业务代码侵入较大


经过多方面比对以及结合我们系统业务的监控需求,最重要的是监控功能的全面、稳定、成熟的 UI、报表、告警,所以我们最后选型 CAT 作为我们各个系统微服务的监控系统。

LEDAO-CAT 监控系统的落地

1、部署与迭代

CAT 的部署最初是以 GitHub 开源代码以及相关文档进行最小化部署和试用,最初用于虚机上的少量业务系统,通过实验发现试用效果很好,满足我们对于监控系统最初的需求,随后我们对 CAT 进行了若干次的升级改造,来逐渐优化以适用乐道中台的业务和环境。

目前整个乐道中台部署的 CAT 监控系统分别服务于海外、中国大陆,每个区域都部署了一个集群服务于对应的业务系统,如图 1 所示,其中目前以中国大陆的集群服务最多,国内集群微服务接入量 100+、TPS 1w+,每日处理数据量 1.5TB 左右,业务系统与 CAT 监控系统的交互如图 2 所示👇

图 1 LEDAO-CAT 部署

图 2 交互流程


其中,目前 CAT 支持的业务应用包括物理机、虚机、QAE 容器等系统运行环境,服务通过引入 ledao-cat-client 包后进行简单的环境配置和监控配置即可接入监控系统,对相关的服务进行全方面的监控。


主要流程是 cat-client-proxy 收集监控配置,与服务端建立连接,通过读取需要监控的项的配置,对要监控的数据进行上报,上传到 CAT 服务端后对于原始数据处理、聚合、告警等。


2、升级和改造

(1)CAT 接入方式和监控埋点升级

原生 CAT 在系统接入时的方式是在每各应用所在的虚机固定路径上配置 client.xml,其中内容主要是服务端的连接地址和端口,这样就需要在服务部署的每台机器都去配置文件,运维成本极高,在公司无统一运维的情况下,接入和维护成本都很高,而且这种方式不适用于 QAE 容器部署。为了解决上述问题,我们对 CAT 接入配置模块进行了改造,使其支持三种方式的接入配置:传统 xml 文件,QAE 环境变量,系统配置文件 properties(xml),使其配置与宿主机解耦,只依赖于应用本身。


另外,CAT 监控是具有侵入性的监控系统,需要在监控的地方埋点上报数据进行监控,原生的埋点方式基本是切面方式,为了简化和细化监控埋点工作,我们开发了 proxy 代理包,方便用户接入,其中主要扩展的埋点方式为:传统切面、声明式注解(service、method、controller、dao),以及批量配置文件方式(properties),具体如图 3 所示👇

图 3 接入方式


(2)新增 CAT 健康检查模块

CAT 的各项监控功能已经非常全面,但是却没有应用健康的监控,监控的方式是由客户端进行数据上报,当服务宕机时,业务不可用时往往就会停止数据上报,但是 CAT 目前无法检测到这种客户端宕机异常,所以我们对原生 CAT 进行了升级,加入 cat-health 健康检查模块到 CAT 系统中,通过 CAT 配置健康检查,以及客户端上报的应用信息,健康检查模块会定时从不同机房拨测应用来检测应用的健康状况,如果多次反复检测到应用异常,会根据一定的判定规则进行告警通知,通过新建健康检查模块填补了原生 CAT 监控的空白。具体如图 4 所示👇

图 4 健康检查

(3)告警方式升级

此外,在原有开源 CAT 告警方式基础上,结合爱奇艺自有的告警体系,我们将两者进行了融合对接,通过整合完备了整个监控系统的告警体系,支持以爱奇艺邮件、热聊、短信的方式进行对异常、健康、业务等各方面的告警发送,大大提高了告警信息的触达率,使异常实时可见,及时处理和恢复。

图 5 告警升级

实践成果

通过对原生 CAT 的部署及相关改造升级,我们逐步建设了一套完整的乐道中台微服务监控体系,从机器指标监控、服务健康监控、系统异常监控、系统性能监控、慢查询监控等到相关业务监控,结合 CAT 强大的告警配置以及爱奇艺告警方式的多样,以及优化后的 CAT 快速接入及埋点方式,形成了从业务快速接入——监控快速埋点——告警配置——告警触达——告警处理一整条监控链路,完整的填补了监控体系的空白。


其中具体是:

  1. CAT 接入方式多样,对接成本低,一个新业务接入在 5min 之内可以完成。

  2. 结合 cat-client-proxy 依赖包,埋点配置几乎可以做到无入侵,而且整个配置快速高效。

  3. 微服务系统从硬件指标、健康情况、异常情况、性能、业务等能够被全方位的监控,几乎覆盖了所有的方面。

  4. 强大的告警配置能够实时推送系统异常信息,使问题被快速感知,及时处理。

图 6 各监控指标图


图 7 热聊告警


图 8 配置接入

从最小化部署实验,到功能升级改造,再到团队推广及同事认可,LEDAO-CAT 逐步发展壮大,目前乐道中台整个团队统一使用 LEDAO-CAT 作为监控工具,目前分别部署了大陆和海外两大集群,保障线上服务稳定高效运行,为快速发展的业务保驾护航。

总结展望

监控系统一直是业务发展过程中不可或缺的重要一部分,对于服务稳定运行提供极其重要的保障作用,对于不同的业务系统当然也会有不同的与其适配的监控系统,目前在国内和国外,不同公司都提供了一些开源的监控服务,CAT 作为一款优秀的开源监控系统,提供了非常全面和强大的监控功能,基本能够满足我们目前所有的监控需求。


本文大概介绍了 CAT 在爱奇艺乐道中台的一次落地实践,主要介绍了我们监控的需求、解决方案、优化改造以及阶段性成果,虽然目前的功能大概满足我们的需求,但是还是有如下几点不足仍在研究,如分布式 Transaction、业务监控大盘、与 nacos 的深度整合等,这些都是后续我们要做的方向,使整个监控体系更加完善,更快更好更新的支撑业务快速发展。


本文转载自:爱奇艺技术产品团队(ID:iQIYI-TP)

原文链接:监控全覆盖,接入只需5分钟:爱奇艺内容中台基于CAT的服务监控实践

2021 年 3 月 19 日 14:001520

评论

发布
暂无评论
发现更多内容

Tomcat学习分享

墨凡

tomcat

宏在C++中的替代解决方案

老王同学

字节跳动:高级人才的五个基本素质

池建强

人才培养

Lucene的Smart CN实现分词、停用词、扩展词

Page

中文分词 lucene 停用词 扩展词 SmartCN

leetcode练级-只出现一次的数字 升级版

幸福三寸日光

算法 LeetCode js

ARTS打卡 week 1

猫吃小怪兽

ARTS 打卡计划

LeetCode 1048. Longest String Chain

liu_liu

LeetCode

关于工作的一点总结

墨凡

工作思路

鄙视链 & 全栈

伯薇

学习 能力提升 全栈

“数据资产”究竟是“数据”还是“资产”

马踏飞机747

大数据 数据中台 数据治理 数据资产

向往优雅的代码

Janenesome

编码习惯 读书

我的 Windows Terminal 配置

FeiLong

Windows Terminal

ARTS 01 - 为什么写作在远程工作中那么重要?

Calvin

ARTS 打卡计划

Kubernetes 资料集合

倪朋飞

学习 Kubernetes 架构模式

修改Tomcat窗口的名称

阡陌r

Java tomcat 踩坑 实施

Linux如何调试内存泄漏

helloworld

c c++ C#

职位拆解:互联网-运营

Breeze

行业资讯 移动互联网 运营 AARRR

Service Provider Interface介绍

Skysper

spi

【ARTS】Week 1

Amos

ARTS 打卡计划

你所不知道的淘宝325秘密

毒手疯波

ios 淘宝 325

Spring Data R2DBC 入门

稻草鸟人

MySQL WebFlux springboot R2DBC

leetcode练级-只出现一次的数字

幸福三寸日光

算法 LeetCode js

转行程序员浅谈Linux下的多线程编程

WB

Linux 多线程 转行程序员

【应用异常监控利器Sentry搭建与学习笔记】

卓丁

golang Docker Sertry Fasthttp CI/CD

Mobileye如何在云上进行深度学习模型训练

Randy

自动驾驶 学习 AI AWS

编程入门整理

紫枫

读书笔记

Python 3.6.1 官方文档练习——初入江湖(三)

Sicolas Flamel

Python python教程

《陆蓉行为金融学讲义》 - 读后感

石云升

读书笔记 投资 行为金融学 理性 公平

LeetCode 241. Different Ways to Add Parentheses

liu_liu

LeetCode

我的读书生涯-小学到大学: 没有成长, 只有不断加深的疑惑

lmymirror

人生 读书 经历 半虚构

John 易筋 ARTS打卡Week 01

John(易筋)

ARTS 打卡计划

2021 ThoughtWorks 技术雷达峰会

2021 ThoughtWorks 技术雷达峰会

监控全覆盖,接入只需5分钟:爱奇艺内容中台基于CAT的服务监控实践-InfoQ