阿里P7大牛亲自教你！阿里面试100%会问到的JVM

2023-10-01 23:08:04

前言

随着微服务的流行，服务和服务之间的稳定性变得越来越重要。Sentinel 以流量为切入点，从流量控制、熔断降级、系统负载保护等多个维度保护服务的稳定性。

Sentinel 具有以下特征:

丰富的应用场景：Sentinel 承接了阿里巴巴近 10 年的双十一大促流量的核心场景，例如秒杀（即突发流量控制在系统容量可以承受的范围）、消息削峰填谷、集群流量控制、实时熔断下游不可用应用等。
完备的实时监控：Sentinel 同时提供实时的监控功能。您可以在控制台中看到接入应用的单台机器秒级数据，甚至 500 台以下规模的集群的汇总运行情况。
广泛的开源生态：Sentinel 提供开箱即用的与其它开源框架/库的整合模块，例如与 Spring Cloud、Dubbo、gRPC 的整合。您只需要引入相应的依赖并进行简单的配置即可快速地接入 Sentinel。
完善的 SPI 扩展点：Sentinel 提供简单易用、完善的 SPI 扩展接口。您可以通过实现扩展接口来快速地定制逻辑。例如定制规则管理、适配动态数据源等。

以上内容引自 Sentinel 官方介绍。在本文中，笔者将从实际应用的角度，来学习Sentinel的使用。

NameServer的部署

关于NameServer，我们之前的文章已经详细讲解过了集群化的内容，这里直接把它部署到三台机器上，作为一个高可用集群

Broker的部署

Broker的部署我们之前也有讲到过，主要使用的是4.5版本后的Dledger自动化切换主从的集群

Broker与NameServer之间的通信协议是什么呢？http、rpc还是tcp呢？

其实它们之间采用的是TCP长连接通信，也就是说Broker会跟每个NameServer建立TCP长连接，然后定时通过TCP长连接发送心跳请求过去。

访问MQ的系统（生产者和消费者）的部署

一定会有大量的系统访问RocketMQ，因为RocketMQ就是为此而生的，有些系统自己本身既是生产者又是消费者，所以这些系统的部署也要考虑进去。

对这些系统部署的考虑，其实不应该是搞MQ的部门来考虑的，如果系统本身是自己公司的，可以提出一些建议，让生产者和消费者都集群化部署，保证高可用。但如果是第三方系统，那就无法插手了，我们能做到的只有考虑第三方系统崩溃，无法与MQ正常通信的情况下，如何让MQ正常运转。

Topic是什么

Topic是mq的核心数据模型，如果直接翻译是主题的意思，但是听到主题的解释，是不是一脸懵逼，是不是瞬间想到的是手机主题，电脑主题。

所以它不能直译，它表达的就是一个数据集合的含义，集合的是同一类的数据，不同类型的数据存到不同的Topic中。

所以系统无论是要写入消息还是读取数据，最开始都是要先定义Topic的，然后再从定义的Topic中获取同类型的数据。

那么Topic是如何在Broker中存储的呢？

存储的方式其实就是分布式存储。我们在定义Topic的时候指定它里面的数据分布到多台的Broker上进行存储，这里要注意的一点是，实际上分布的对象是MasterBroker，SlaveBroker会向MasterBroker拉取数据，作为一个副本存在。而Broker在向NameServer发送心跳的时候，会把Topic存储在哪些Broker中的信息告诉NameServer。