事件驱动架构
发布时间:2024年01月19日

请求驱动
服务注册,服务发现,虽然调用地址隐藏了,但是调用stub必须相同。
rpc通信,远程调用。
生产者和消费者要有相同的stub存根。
消费者和生产者的调用接口是耦合的。
事件驱动
核心:上下游不进行通信
中间通过MQ消息中间件,broker代理。
上下游只通过broker通信,上下游不进行通信。
传递的都是标准格式,json之类,通过格式注册中心进行序列化和反序列化,然后得到特定api的参数格式,从而解耦。
有三种调用模式:
基于队列的生产者消费者模式

基于队列的异步请求回调模式

基于主题的发布者订阅者模式

文章来源:https://blog.csdn.net/qq_35693377/article/details/135689221
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:chenni525@qq.com进行投诉反馈,一经查实,立即删除!