消息治理究竟涵盖哪些关键内容需规范？

本文共计1564个文字，预计阅读时间需要7分钟。

家庭好，我是[架构调整人]，十年程序员。这是消息队列系列的第六篇文章，本系列将分享很多在实际工作中实用的经验。若有所获，请分享给更多朋友。不知大指什么？

大家好，我是，一只十年的程序猿。这是消息队列的第六篇文章，这个系列会给大家分享很多在实际工作中有用的经验，如果有收获，还请分享给更多的朋友。

不知道大家发现没有，虽然市面上已经有很多优秀的开源消息队列了，但是一些公司还是热衷于自研。并不是说开源的不好，而是开源的产品要考虑的是很多通用的场景，而公司内部可以更加精细化的考虑公司内部的场景，结合业务的特点来研发出更适合企业的框架。

无论是微服务，还是消息队列，都会涉及到治理。那么消息我们到底需要进行哪些治理呢？

强大的监控体系 服务端监控

MQ本身就是一个程序，那么这个程序本身的健康状况我们需要关注，假设我们的MQ是Java开发的，那么JVM指标也需要监控。同时发消息的耗时啊等等都需要监控。

服务器层面监控

无论你的MQ是部署在物理机上还是容器上，MQ都依赖它。所以对于服务器层面的监控也是必不可少。像CPU, 内存，磁盘IO，网络等等。

业务层面监控

• 消息堆积
  消息堆积对在线业务场景有很大的影响，必须具备实时监控的能力。当有消息堆积时及时通过 告警机制通知业务团队进行处理。

• QPS飙升
  当整个集群或者某个Topic级别的消息发送量在1分钟之内极度飙升，那么需要及时关注。因为很有可能会超过MQ本身的承受范围，同时消费方也会产生堆积问题。

• 死信消息
  当消费者消费某条消息一直失败的时候，已经超过了最大重试次数，这条消息会进入死信队列。