07丨如何监控微服务调用1.pdfVIP

 APP  07 | 如何 微服务调用？ 2018-09-06 胡忠想 从0开始学微服务 进入课程  讲述：胡忠想  时长 11:48 大小 5.41M 与单体应用相比，在微服务架构下，一次用户调用会因为服务化拆分后，变成多个不同服务 之间的相 用，这也就需要对拆分后的每个服务都 起来。 在讲述如何 微服务调用前，首先你要搞清楚三个问题： 的对象是什么？具体 哪 些指标？从哪些维度进行 ？下面就从这三个问题开始，一起来看看如何 微服务调 用。 对象 既然要 ，那么要 哪些对象呢？根据 实践经验，对于微服务系统来说， 对象 可以分为四个层次，由上到下可归纳为： 用户端 。通常是指业务直接对用户提供的功能的 。以 首页 Feed 为例，它向 用户提供了聚合关注的所有人的 并按照时间顺序浏览的功能，对首页 Feed 功能的监 控就属于用户端的 。 接口 。通常是指业务提供的功能所依赖的具体 RPC 接口的 。继续以 首页 Feed 为例，这个功能依赖于用户关注了哪些人的关系服务，每个人发过哪些 的 列表服务，以及每条 具体内容是什么的内容服务，对这几个服务的调用情况的 就 属于接口 。 。通常是指某个接口依赖的 的 。比如用户关注了哪些人的关系服务使用 的是 Redis 来 关注列表，对 Redis 的 就属于 。 基础 。通常是指对服务器本身的健康状况的 。主要包括 CPU 利用率、内存使用 量、I/O 读写量、网卡带宽等。对服务器的基本 也是必不可少的，因为服务器本身的 健康状况也是影响服务本身的一个重要因素，比如服务器本身连接的网络交换机上联带宽 被打满，会影响所有部署在这台服务器上的业务。 指标 搞清楚要 的对象之后，需要 具体哪些指标呢？根据 实践经验，通常有以下几个 业务指标需要重点 ： 请求量。请求量 分为两个维度，一个是实时请求量，一个是统计请求量。实时请求量 用 QPS（Queries Per Second）即每秒 次数来衡量，它反映了服务调用的实时变化 情况。统计请求量一般用 PV（Page View）即一段时间内用户的 量来衡量，比如一 天的 PV 代表了服务一天的请求量，通常用来统计报表。 响应时间。大多数情况下，可以用一段时间内所有调用的平均耗时来反映请求的响应时 间。但它只代表了请求的平均快慢情况，有时候我们更关心慢请求的数量。为此需要把响 应时间划分为多个区间，比如 0～10ms、10ms～50ms、50ms～100ms、100ms～ 500ms、500ms 以上这五个区间，其中 500ms 以上这个区间内的请求数就代表了慢请 求量，正常情况下，这个区间内的请求数应该接近于 0；在出现问题时，这个区间内的请 求数会大幅增加，可能平均耗时并不能反映出这一变化。除此之外，还可以从 P90、 P95、P99、P999 角度来