电商消息系统架构演进&mdash## 电商消息系统架构演进 李历岷 阿里巴巴-淘宝高级技术专家 ## SPEAKER INTRODUCE ## 李历岷 淘宝高级技术专家 ## - 当前: 电商消息核心系统架构以及Team Leader ## 阿里: • 主导电商内容平台架构以及构建招选搭投一体化内容导购 - 阿里巴巴第四届中间件ServiceMesh性能挑战赛冠军 - 基于Facebook–GraphQL规范打造数据聚合产品TQL 淘宝反应式架构组成员 ## • 曾经: • 曾任职于甲骨文公司,参与移动PCRF策略与计费规则系统研发 • 曾任职于亚信联创科技公司,从事移动BOSS支撑系统研发  ## TABLE OF CONTENTS 大纲 电商消息业务场景 电商消息系统架构 电商消息核心技术和挑战 电商消息全链路稳定性保障 电商消息系统未来展望 • Q&A  ## 电商消息业务场景 场景:社交互动、生意沟通、交易提醒、优惠通知、品牌资讯 目标:打造新零售业务商业连接,帮助消费者进行消费决策0 码力 | 22 页 | 12.22 MB | 2 年前3
付钱拉金融云系统架构演进和最佳实践51a/p1_1.jpg) QCon 全球软件开发大会 INTERNATIONAL SOFTWARE DEVELOPMENT CONFERENCE BEIJING 2017 # 系统架构演进和最佳实践 付钱拉·SPEAKER·冯忠旗 冯忠旗 付钱拉高级技术经理  ## 数字货币交易系统架构 Python实现 黄毅 目录 CONTENTS >> 交易系统功能介绍 >> 交易系统架构设计 >> 钱包实现介绍   ## 1 交易系统功能介绍 ## 交易系统功能-基本概念 class Side(Enum): '下单方向' BUY = 0 SELL = 1 class Order(NamedTuple): self.taker.side  ## 交易系统功能-伪代码 @app.post('/limit_order') def limit_order(order: Order): # 冻结资金 lock_user_fund(order)0 码力 | 24 页 | 799.65 KB | 2 年前3
海量用户推送后台系统架构实践-曾振波## 极光推送后台系统架构实践 ## 曾振波 极光开发者技术部推送开发组 技术负责人 全球技术领导力峰会 # 500+高端科技领导者与你一起探讨 技术、管理与商业那些事儿 2019年6月14–15日 上海圣诺亚皇冠假日酒店  加入极光,负责极光推送平台架构设计及开发,主导包括K8S在内的技术架构实施落地,推动系统架构的演进,构造支撑海量用户的推送系统,对大规模分布式系统架构及设计有深入的理解。 ## 目录 - 极光推送服务架构 - 关于极光 - 消息推送系统面临的挑战 - 极光推送相关架构 - 极光推送后台系统架构 - 后台系统架构基本原则 - 链接管理 - 系统安全 - 新技术的应用 移动终端 月独立 活跃设备 覆盖率 ## 消息推送系统面临的挑战 ☐ 亿级长连接用户 品 SDK多版本并存 DM 消息实时性 触达率要求 ## 国 海量用户数据存储 移动网络环境复杂性 ## 极光推送服务架构 API 用户筛选 用户分发 推送通道 系统通道 共享通道 极光通道 短信通道 ## 极光推送后台系统架构 iOS SDK Android SDK0 码力 | 23 页 | 1.26 MB | 2 年前3
王强-Apache RocketMQ事务消息## Apache RocketMQ 事务消息 王强 (辽天) 阿里巴巴 中间件技术专家 ## QCon 全球软件开发大会 北京·2019 更多技术干货分享,北京站精彩继续 提前参与,还能享受更多优惠 识别二维码 查看了解更多 2019.qconbeijing.com  - 高性能,分布式 · 高并发 消息堆积 • Apache顶级项目 info ## TABLE OF CONTENTS 大纲 • Apache RocketMQ 简介 • Apache RocketMQ 存储设计 • 事务消息的演进与Apache RocketMQ的实现 • Cloud Native时代下消息系统的挑战 ## 存储文件  QCon 全球软件开发大会 INTERNATIONAL SOFTWARE DEVELOPMENT CONFERENCE BEIJING 2017 # 大规模分布式系统架构下调测能力构建之道 天弘基金 李鑫 主办方 Geekbang. InfoQ ## 促进软件开发领域知识与创新的传播  解决之道:通过技术手段,降低系统对外部的依赖,而 “MOCK”,是最有效的手段。 ## 问题示例 ||| |---|---| |1\.|我依赖一个远程服务,但在负责它的团队把它上线之前,我什 么也做不了| |2\.|我负责的0 码力 | 19 页 | 2.74 MB | 2 年前3
基于gRPC go实现消息发布订阅## 使用gRPC go实现 基于Topic的高效消息订阅发布模型  姓名:___ 张凯 中国电子云  gRPC go 介绍 01 gRPC 四种通信模式及落地场景 02 根据 proto 生成 go 桩代码 03 订阅者动态注册 04 发布者消息推送 05 现场案例演示 06 ## gRPC go介绍 ## gRPC是什么? 1. 什么是gRPC?gRPC go与gRPC的关系是什么? 2. gRPC与HTTP相比优势是什么?能否使用HTTP平替gRPC的实现? {} } // 定义一个Response Person的消息类型 message Person { required string name = 1; required int32 id = 2; optional string email = 3; } // 定义一个Request GetPersonRequest的消息类型 message GetPersonRequest0 码力 | 31 页 | 2.42 MB | 2 年前3
使用微服务架构快速开发万级TPS高可用电商系统## 使用微服务架构快速开发万级TPS高可用电商系统 git clone https://github.com/alec-z/servicecomb-samples cd servicecomb-samples/houserush/script/docker docker-compose up ## 什么是微服务架构? 一个既“简单”的又“强大”的后端架构模式。 ## 简单: 每个服务相对较小并比较容易开发维护。 每个服务相对较小并比较容易开发维护。 服务可以独立的部署。 • 更适合小团队(个人)开发管理 • 更容易实验和采纳新的技术。 适合同学们学习 Demo也可以作为生产系统的一部分 ## 强大: 使大型的复杂应用程序可以持续的交付和持续的部署。 • 更容易测试 更容易对已有大型系统进行修改和扩展 • 容易进行的性能优化 • 更高的可用性 • 更容易的进行性能伸缩性 ## Demo简介 从一个简单的电商Demo开始。 每个微服务有自己的数据库(层) 服务架构应用的质量很大程度取决于服务的拆分的高内聚,低耦合,不了解服务间通信,无法做出高质量的拆分。 不同的业务,涉及的不同服务间通信有不同的要求 1. 关注事务性要求(ACID) 2. 关注对性能的要求 举例:客户维护和订单是2个微服务,订单系统对性能有较高要求,所以可以考虑把购房资格信息从客户维护微服务同步到订单系统,改同步动作对性能没有要求,对事务性有要求。0 码力 | 15 页 | 1.46 MB | 2 年前3
QCon北京2018-《美团配送系统架构演进实践》-阴永俊## 美团配送系统架构演进实践 阴永俊  ## 阴永俊 ## 美团点评资深技术专家、美团配送业务系统团队负责人 2010年大连理工大学毕业,曾先后任职于Hikvision、人人网,从事过视频监控、广告、IM、DevOps、中间件、数据仓库等技术方向 仓库等技术方向 2015年加入美团·大众点评,负责配送业务系统建设,重点负责系统质量保证、运营体系建设、核心系统架构升级等方向,支持美团配送业务发展 ## Agenda 01 美团配送业务介绍 02 MVP阶段 03 规模化阶段 04 精细化阶段 ## 海内外掀起一波创业浪潮 同城即时配送快送发展  UU跑腿 ## 基础设施不断升级 与 用户消费升级 促使即时配送全面信息化 ## 美团配送系统:机器与海量骑手协作,服务于全国商家与用户 ### 1. 基础设施不断完善 人工智能 预测供需结构,智能派单调度 大数据 - 评估难度、ETA、骑手能力等数据 GPS+GIS 定位越来越精准,地图与导航逐渐成熟0 码力 | 31 页 | 15.26 MB | 2 年前3
基于amqp实现的golang消息队列MaxQ# 基于amqp实现的golang消息队列 MaxQ 2017-07-01 张培培 饿了么-基础框架组 ## 内容 1. 队列 2. IPC消息队列 3. AMQP协议 4. MaxQ架构模型 5. MaxQ相关特性 6. 使用场景和案例 ### 1. 队列  跟消息队列相比,有哪些共性? • 生产者消费者 • 通信方式 • 存储方式 • 堆积能力 消息可靠性 • 生产消费关系 • Pull/Push ### 2. IPC消息队列  跟消息队列相比,有哪些共性? ### 4. MaxQ - AMQP实现架构  - 按照协议spec自动生成frame encode/decode • Exchange接口化 • Queue接口化——MaxQ集群 ## MaxQ - 生产实现架构 












