企业级的RocketMQ集群如何进行权限机制的控制？

2401_83977569

于 2024-04-12 11:02:26 发布

阅读量595

点赞数 27

分类专栏： 2024年程序员学习文章标签： rocketmq

本文链接：https://blog.csdn.net/2401_83977569/article/details/137673115

版权

2024年程序员学习专栏收录该内容

191 篇文章 0 订阅

订阅专栏

其次，在每个Broker部署机器的${ROCKETMQ_HOME}/store/config目录下，可以放一个plain_acl.yml的配置文件，这个里面就可以进行权限配置，类似下面这样子：

这个参数就是全局性的白名单

这里定义的ip地址，都是可以访问Topic的

globalWhiteRemoteAddresses:

13.21.33.*
192.168.0.*

这个accounts就是说，你在这里可以定义很多账号

每个账号都可以在这里配置对哪些Topic具有一些操作权限

accounts:

这个accessKey其实就是用户名的意思，比如我们这里叫做“订单技术团队”

accessKey: OrderTeam

这个secretKey其实就是这个用户名的密码

secretKey: 123456

下面这个是当前这个用户名下哪些机器要加入白名单的

whiteRemoteAddress:

admin指的是这个账号是不是管理员账号

admin: false

这个指的是默认情况下这个账号的Topic权限和ConsumerGroup权限

defaultTopicPerm: DENY

defaultGroupPerm: SUB

这个就是这个账号具体的堆一些账号的权限

下面就是说当前这个账号对两个Topic，都具备PUB|SUB权限，就是发布和订阅的权限

PUB就是发布消息的权限，SUB就是订阅消息的权限

DENY就是拒绝你这个账号访问这个Topic

topicPerms:

CreateOrderInformTopic=PUB|SUB
PaySuccessInformTopic=PUB|SUB

下面就是对ConsumerGroup的权限，也是同理的

groupPerms:

groupA=DENY
groupB=PUB|SUB
groupC=SUB

下面就是另外一个账号了，比如是商品技术团队的账号

accessKey: ProductTeam

secretKey: 12345678

whiteRemoteAddress: 192.168.1.*

如果admin设置为true，就是具备一切权限

admin: true

注意：如果你一个账号没有对某个Topic显式的指定权限，那么就是会采用默认Topic权限。

接着我们看看在你的生产者和消费者里，如何指定你的团队分配到的RocketMQ的账号，当你使用一个账号的时候，就只能访问你有权限的Topic。

在这里插入图片描述

上面的代码中就是在创建Producer的时候后，传入进去一个AclClientRPCHook，里面就可以设置你这个Producer的账号密码，对于创建Consumer也是同理。
通过这样的方式，就可以在Broker端设置好每个账号对Topic的访问权限，然后你不同的技术团队就用不同的账号就可以了。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传