• wgy
    2018-02-28
    陈老师能不能推荐几个开源的Broker软件?
     3
     13
  • Bing
    2018-05-11
    进程内,使用EventBus,进程外使用MQ。现在业务难点就是在消息的顺序性上😔
     3
     7
  • 幻想
    2018-02-27
    见过的,写异步最好的文章了。总结的太好了。不过有些业务呢,像下完订单并支付后,用消息通知的方式,立刻流单也不是很好。一方面可能要等到某个时机才流单,尤其是大促时,用户取消订单的很多。另外,也想在高峰期优先全部资源搞下单和支付处理,不搞其他,等高峰小一些的时候,才处理售后的一些业务。
    
     7
  • 山分子
    2019-04-16
    broker可以理解成消息队列吧,用的比较多的是kafka,个人觉得需要注意在消费消息的时候业务失败了要做好相应的处理,要不然会出现数据不一致。
    
     3
  • Freezer
    2018-03-01
    干货
    
     3
  • 名贤集
    2018-03-01
    是否能推荐个靠谱的事件框架
    
     3
  • 又双叒叕是一年啊
    2018-07-28
    事件可能会乱序请问这个如何保证需要有序处理业务的场景,状态机主要做什么?
    
     2
  • 小沫
    2018-03-13
    broker方式 是否可以理解成 消息中间件方式
    发送方为 消息生产者 将消息发送到 Q 中
    接收方为 消息消费者 将消息从Q中取出

    
     2
  • 华烬
    2018-02-27
    我们现在大部的异步都是通过请求响应的方式完成的,在http的接口下感觉耦合还不明显,现在工公司推了rpc,在rpc接口下,耦合很明显的,感觉可能用订阅的方式比较好,但这请求响应的方式应该可靠性更好一些,而且设计简单一些,不涉及到丢消息(中间件自身问题或网络原因等等),因为每一次丢消息都可能带来比较高的运维成本,耗子叔怎么看,至于无状态,在这个场景下的坑能简单说下么,没经历过。所以感觉不到重要性。
    
     2
  • Darren
    2019-12-25
    为什么我不太理解订阅机制和Broker机制,我怎么觉得是一样的?目前主流的发布订阅机制就是MQ,而Broker也是MQ呀?哪位大神能解释下
     2
     1
  • 恒修
    2018-11-11
    下单成功,支付成功,库存失败需要回退用户钱
    这个场景流程扣库存和支付是一个串行流程
    
     1
  • 来
    2018-05-20
    目前系统中的异步通信主要是采用消息中间件,消息中间件采用的异步方式为broker方式。目前系统中异步通信的使用场景如下:
    1、削峰上游系统调用的压力,借助mq先将订单接下来,然后根据系统自身的处理能力来处理请求
    2、当某一动作、事件完成后,将消息广播出去,其它业务系统监听此消息,然后做响应业务处理

    我对异步的理解是:对一些对实时性要求不高的服务可以异步处理,这样的好处是可以提高系统响应时间,尽早释放资源,从而提高了系统的性能
    
     1
  • kingeasternsun
    2018-03-29
    gokit 或go micro 的rpc机制是否适合大文件的流式上传或下载,目前想把手头的服务rpc话,但是涉及到文件的上传或下载不知道怎么处理
    
     1
  • 朱海峰
    2018-03-21
    这篇无意中讲了微服务的东西,在go-micro一直猜broker是啥作用

    作者回复: 是有意的,嘿嘿

    
     1
  • slark
    2020-01-21
    同步通信很明显依赖严重,开发简单,容易卡全局
    异步可以实现一定程度解耦,提升吞吐量。
    不同实现方式也有不同特性。
    常见的有请求后轮询或者回调;直接向消息发送者订阅消息;或者通过中间人订阅。
    中间人订阅解藕最彻底,但也会存在时间事件无序,状态管理困难,问题定位困难等情况。
    
    
  • 知行合一
    2020-01-03
    系统服务之间一般都是用间接broker即消息队列的异步方式,直接broker是什么方式呢?异步回调可能和前台页面交互的时候会用到。
    
    
  • yunfeng
    2019-12-25
    # 25/12,2019-Wed
    #001|提升/分布式/关键技术/弹性设计
    异步通信设计
    - 为什么要异步通信设计
    * 同步通信存在如下问题
        * 对于流量大的服务,同步通信依赖被调用方的处理时间,吞吐量不高
        * 涉及多个部门的接口消耗大量的资源
        * 只能一对一
        * 容易引起多米诺骨牌效应,隔离性差
    - 异步通信方式
    * 请求响应+轮询方式:发出请求后,轮询响应方的结果
    * 发布订阅的方式:通过队列来玩,消费方告诉调用方收到消息即可
    * 消息中间件(Broker)
    - 异步通讯方式设计要点
    * Broker的可靠性、堆积能力
    * 消息消费无序性
    * 重传消息,幂等消费
    * 流程状态监控
    展开
    
    
  • 文刂 氵共 超
    2019-12-23
    学习笔记 https://mubu.com/colla/6e4EvnRNSYM
    
    
  • Dimple
    2019-07-26
    才疏学浅,现在用的是MQ的方式,在看今天的课程之前,我都不知道Broker的方式,涨知识了。
     1
    
  • edisonhuang
    2019-07-03
    通讯设计有同步和异步的方式。同步设立会带来由于一个环节的处理慢卡住整个系统的问题。所以分布式系统中为了提高吞吐量通常是异步通讯的方式。
    异步通讯有请求响应方式,发布订阅模式和broker模式。使用broker模式解除了请求发送方和接收方的耦合,因此可以极大提高系统的处理能力,易扩展运维。但同时要保证broker是高可用,同时也让业务处理本身看起来不如以前直接了。
    
    
我们在线,来聊聊吧