有些业务场景,我们需要发出一个事件,通知到每一个进程。
比如数据变更,通知每个进程更新本地缓存。使用MQ的话,以NSQ为例,将channel名设置为ip,那么每个进程都会收到这个事件;但是目前现在是k8s的时代,使用k8s部署进程,那么会导致某些旧ip的channel仍然存在,从而造成事件堆积。
redis虽然支持事件,但是微服务时代,不太建议每个业务的微服务都连同一个redis(同业务内的通知可以考虑);使用一个公共的zk获取是一个可以考虑的方案,各服务启动时watch相应的节点即可。
关于轻量级分布式事件通知的思考
©著作权归作者所有,转载或内容合作请联系作者
- 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
- 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
- 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
推荐阅读更多精彩内容
- 前言 基于 Docker 的容器技术是在2015年的时候开始接触的,两年多的时间,作为一名 Docker 的 De...
- 在分布式系统中,各个进程(本文使用进程来描述分布式系统中的运行主体,它们可以在同一个物理节点上也可以在不同的物理节...
- 1. 问题 何为分布式何为微服务? 为什么需要分布式? 分布式核心理论基础,节点、网络、时间、顺序,一致性? 分布...