搜云库技术团队

问：为什么会有本文？ 答：上一篇文章《 到底什么时候该使用MQ？》引起了广泛的讨论，有朋友回复说，MQ的还有一个 典型应用场景是 缓冲流量，削峰填谷，本文将简单介绍下，MQ要实现什么细节，才能缓冲流量，削峰填谷。 问：站点与服务，服务与服务...

赞(0)站长2019-10-24架构师必看 阅读()

一、缘起 很多时候，业务有定时任务或者定时超时的需求，当任务量很大时，可能需要维护大量的timer，或者进行低效的扫描。 例如：58到家APP实时消息通道系统，对每个用户会维护一个APP到服务器的TCP连接，用来实时收发消息，对这个TCP连...

赞(0)站长2019-10-24架构师必看 阅读()

一、缘起 如《 消息总线消息必达》所述，MQ消息必达，架构上有两个核心设计点： （1）消息落地 （2）消息超时、重传、确认 再次回顾消息总线核心架构，它由 发送端、服务端、固化存储、接收端四大部分组成。 为保证消息的可达性，超时、重传、确认...

赞(0)站长2019-10-24架构师必看 阅读()

一、缘起 上周讨论了两期环形队列的业务应用： 《高效定时任务的触发》 《延迟消息的快速实现》 两期的均有大量读者提问： 任务、延迟消息都放在内存里，万一重启了怎么办？ 能否保证消息必达？ 今天就简单聊聊 消息队列（MsgQueue）的消息必...

赞(0)站长2019-10-24架构师必看 阅读()

一、缘起 很多时候，业务有“在一段时间之后，完成一个工作任务”的需求。 例如：滴滴打车订单完成后，如果用户一直不评价，48小时后会将自动评价为5星。 一般来说怎么实现这类“48小时后自动评价为5星”需求呢？ 常见方案：启动一个cron定时任...

赞(0)站长2019-10-24架构师必看 阅读()

一、缘起 一切脱离业务的架构设计与新技术引入都是耍流氓。 引入一个技术之前，首先应该解答的问题是，这个技术解决什么问题。 就像微服务分层架构之前，应该首先回答，为什么要引入微服务，微服务究竟解决什么问题（详见《 互联网架构为什么要做微服务？...

赞(0)站长2019-10-24架构师必看 阅读()

系统设计，协议先行。 大部分技术人没有接触协议的设计细节，更多的是使用已有协议进行应用层的编码，例如： （1）使用http作为载体，设计get/post/cookie参数 （2）使用dubbo框架，而不用去深究内部的二进制包头包体，以及序列...

赞(0)站长2019-10-24架构师必看 阅读()

前言：“ 客户端上传时间戳”的玩法，你玩过么？一起聊聊时间戳的奇技淫巧！ 缘起：无线时代，流量敏感。APP在登录后，往往要向服务器同步非常多的数据，很费流量，技术上有没有节省流量的方法呢？这是本文要讨论的问题。 问题一：APP登录时需要拉取...

赞(0)站长2019-10-24架构师必看 阅读()

2016Qcon北京，业务核心架构场，《58到家通用实时消息平台架构细节》。 一、解决什么问题 + 难点 解决什么业务问题 （1）端到云的实时上报需求：58速运司机端GPS实时上报 （2）云到端的实时推送需求：58速运司机订单实时推送 （3...

赞(0)站长2019-10-24架构师必看 阅读()

分布式系统中，很多业务场景都需要考虑消息投递的时序，例如： （1）单聊消息投递，保证发送方发送顺序与接收方展现顺序一致 （2）群聊消息投递，保证所有接收方展现顺序一致 （3）充值支付消息，保证同一个用户发起的请求在服务端执行序列一致 消息时...

赞(0)站长2019-10-24架构师必看 阅读()