前言
在上个月完结的 RocketMQ Summit 寰球开发者峰会中，Apache RocketMQ 社区公布了新一代 RocketMQ 的能力全景图，为泛滥开发者论述 RocketMQ 5.0 这一大版本的技术定位与倒退方向。
在过来七年大规模云计算实际中，RocketMQ 一直自我演进，明天，RocketMQ 正式迈进 5.0 时代。
从社区对于 5.0 版本的解读能够看到，在云原生以及企业全面上云的大潮下，为了更好地匹配业务开发者的诉求，Apache RocketMQ 做了很多的架构降级和产品化能力的适配。那么如何在企业的生产实践中落地 RocketMQ 5.0 呢？本篇文章的外围就音讯架构以及产品能力的云原生化，介绍了阿里云是如何基于全新的 RocketMQ 5.0 内核做出本人的判断和演进，以及如何适配越来越多的企业客户在技术和能力方面的诉求。
云原生音讯服务的演进方向
首先咱们来看下云原生音讯服务有哪些演进？
面向未来，适应云原生架构的音讯产品能力应该在以下方面做出重要冲破：
- 大规模弹性 ：企业上云的实质是解放资源供应的累赘和压力，专一于业务的集成和倒退。作为音讯服务的运维方，应该为下层业务提供与模型匹配的资源供应能力，随同业务流量的倒退提供最贴合的弹性能力。一方面能够解决面向不确定突发流量的零碎危险，另一方面也能够实现资源利用率的晋升。
- 易用性 ：易用性是集成类中间件的重要能力，音讯服务应该从 API 设计到集成开发、再到配置运维，全面地升高用户的累赘，防止犯错。低门槛能力关上市场，扩充心智和群体。
- 可观测性 ：可观测性对于音讯服务的所有参与方来说都很重要，服务提供方应提供边界清晰、规范凋谢的观测诊断能力，这样能力解放音讯运维方的累赘，实现使用者自排查和边界责任的清晰化。
- 稳定性高 SLA：稳定性是生产零碎必备的外围能力，音讯来说往往集成在外围交易链路，音讯零碎应该明确服务的可用性、可靠性指标。应用方应基于明确的 SLA 去设计本人的故障兜底和冗余平安机制。
立足于这个四个要害的演进方向，上面为大家整体介绍一下阿里云 RocketMQ 5.0 在这些方面是如何落地实际的。
大规模弹性：提供匹配业务模型的最佳资源供应能力
音讯服务个别集成在业务的外围链路，比方交易、领取等场景，这一类场景往往存在稳定的业务流量，例如大促、秒杀、早顶峰等。
面对稳定的业务场景，阿里云 RocketMQ 5.0 的音讯服务能够随同业务的诉求进行自适应实现资源扩缩。一方面在比较稳定的业务解决基线范畴内，依照最低的老本预留固定的资源；另一方面在偶然存在的突发流量毛刺时，反对自适应弹性，按量应用，按需付费。两种模式互相联合，能够实现稳固平安的高水位运行，无需始终为不确定的流量峰值预留大量资源。
除了音讯解决流量的弹性适应外，音讯零碎也是有状态的零碎，存储了大量高价值的业务数据。当零碎调用压力变动时，存储自身也须要具备弹性能力，一方面须要保障数据不失落，另一方面还须要节俭存储的老本，避免浪费。传统的基于本地磁盘的架构人造存在扩缩容问题，其一本地磁盘容量无限，当须要扩充容量时只能加节点，带来计算资源的节约；其二本地磁盘无奈动静缩容，只能基于业务侧流量的隔离下线能力缩减存储老本，操作非常复杂。
阿里云 RocketMQ 5.0 的音讯存储具备人造的 Serverless 能力，存储空间按需应用，按量付费，业务人员只须要依照需要设置正当的 TTL 工夫，即可保障长时间存储时的数据完整性。
集成易用性：简化业务开发，升高心智累赘和了解老本
集成易用性是一种零碎设计束缚，要求音讯服务应该从 API 设计到集成开发、再到配置运维，全面地升高用户的累赘，防止犯错。举个典型场景，在音讯队列例如 RocketMQ 4.x 版本或 Kafka 中，业务生产音讯时往往被负载平衡策略所困扰，业务方须要关注以后音讯主题的队列数（分区数）以及以后消费者的数量。因为消费者是依照队列粒度做负载平衡和任务分配，只有消费者能力不对等，或者数量不能平均分配，必然造成局部消费者沉积、无奈复原的问题。
在典型的业务集成场景，客户端其实只须要以无状态的音讯模型进行生产，业务只需关怀音讯自身是否解决即可，而不应该关怀外部的存储模型和策略。
阿里云 RocketMQ 5.0 正是基于这种思维提供了全新的 SimpleConsumer 模型，反对任意单条音讯粒度的生产、重试和提交等原子能力。
可观测性：提供边界清晰、规范凋谢的自助诊断能力
有运维音讯队列教训的同学都会发现，音讯零碎耦合了业务的上游生产和上游生产解决，往往业务侧出问题时无奈清晰地界定是音讯服务异样还是业务解决逻辑的异样。
阿里云 RocketMQ 5.0 的可观测性就是为这种含糊不确定的边界提供解法，以事件、轨迹、指标这三个方面为根底，顺次从点、线、面的纬度笼罩链路中的所有细节。对于事件、轨迹、指标的定义涵盖如下内容：
- 事件：笼罩服务端的运维事件，例如宕机、重启、变更配置；客户端侧的变更事件，例如触发订阅、勾销订阅、上线、下线等；
- 轨迹：笼罩音讯或者调用链的生命周期，展现一条音讯从生产到存储，最初到生产实现的整个过程，按时间轴抓出整个链路的所有参与方，锁定问题的范畴；
- 指标：指标则是更大范畴的观测和预警，量化音讯零碎的各种能力，例如收发 TPS、吞吐、流量、存储空间、失败率和成功率等。
阿里云 RocketMQ 在可观测性方面也是积攒良多，不仅率先反对了欠缺的音讯轨迹链路查问，而且在 5.0 新版本中还反对将客户端和服务端的 Trace、Metrics 信息以规范的 OpenTelemetry 协定上报到第三方 Trace、Metrics 中存储，借助开源的 Prometheus 和 Grafana 等产品能够实现标准化的展现和剖析。
稳定性 SLA：提供可评估、可量化、边界明确的服务保障能力
稳定性是生产零碎必备的外围能力，音讯零碎往往集成在外围交易链路，音讯零碎是否稳固间接影响了业务是否残缺和可用。但稳定性的保障自身并不只是运维治理，而是要从零碎架构的设计阶段开始梳理，量化服务边界和服务指标，只有明确了服务的可用性和可靠性指标，应用刚才能设计本人的故障兜底和冗余平安机制。
传统的基于运维伎俩的被动保障形式，只能做根本的扩缩容和零碎指标监控，对于音讯的各种简单边界场景，例如音讯沉积、冷读、播送等并不能很好的提供量化服务能力。一旦下层业务方触发这些场景，零碎则会被打穿，从而丢失服务能力。
阿里云 RocketMQ 5.0 体系化的稳定性建设，是从零碎设计阶段就提供对音讯沉积、冷读等场景量化服务的能力，确定正当的音讯发送 RT、端到端提早和收发吞吐 TPS 能力等，一旦零碎触发这些状况，可在接受范畴内做限度和爱护。
本篇文章从大规模弹性、集成易用性、可观测性和稳定性 SLA 等方面介绍了 RocketMQ 5.0 的演进和方向，同时针对性介绍了阿里云音讯队列 RocketMQ 5.0 在这些方面的实际和落地。
阿里云音讯队列 RocketMQ 5.0 目前已正式商业化，在性能、弹性、易用性和运维便捷性等方面进行了全面加强，同时定价相比上一代实例最高升高 50%，助力企业降本增效，以更低的门槛实现业务开发和集成。新一代实例反对 0～100 万 TPS 规模自在伸缩、反对突发流量弹性和存储 Serverless；在可观测性方面，反对全链路轨迹集成和自定义 Metrics 集成；在集成易用性方面，反对新一代轻量原生多语言 SDK，更加稳固和易用。
点击此处，即可进入 RocketMQ 5.0 商业化版本发布会直播间~