《医学信息学论文：陈磊：腾讯海量产品之道》由会员分享，可在线阅读，更多相关《医学信息学论文：陈磊：腾讯海量产品之道（22页珍藏版）》请在金锄头文库上搜索。
1、腾讯海量产品之道 农林牧副渔 燃气 电力 水利 制造业 公共卫生 公共事务 教育 公益 金融 物流 房地产 中介 批发业 住宿 餐饮 零售 旅游 文化娱乐 医疗保健 信息服务 通信服务 替换 创新 优化 从信息化向互联网化过渡互联网+活跃融会贯通 “互联网+“阶段 第一产业 基础服务 个人消费 服务 生产和市场 服务 公共服务 第二产业 第三产业 未来发展趋势互联网+ 20世纪初 电=照明 20世纪初末 电=无处不在 20世纪中 电=各行业渗透 PCICQOICQ vs 1. 电信投标2. 友商中标 3. 电信导流 PCICQ 4. 成就腾讯 PCICQ OICQ 腾讯成长经验QQ 永不掉线
2、腾讯成长经验WeChat生死时速 生死时速 2011年8月-12月 生死时速 2011年5-7月 和风细雨 2011年1-4月 决胜要素： 强大技术支撑网络建设、加速服务、语音传输、云端存储、视频播放、地理定位 运营核心经验多种插件测试、每日20个版发布 腾讯经验沉淀海量产品之道 动态运营云中成长有损服务 海量产品之道动态运营 好的团队，是动态迭代成长来的 3-5个人做不好的事情，30-50人做的更烂。高举高打的失败概率非常高 好的产品，是无数次动态迭代中进化过来的，不是一次完美设计出来的 好产品是迭代出来的， 不是设计出来的；过渡设计是伤害团队的 思想迭代中，团队在验证中快速学习，团队对用户
3、理解快速提升 瀑布模型：传统瀑布 迭代模型：以产品特色为中心、缺乏持续改进 运营模型：以运营为中心、关注反馈 持续改进、永远是Beta版本 不同产业研发模型 海量产品之道动态运营案例 每天发20个版本每天做200+试验 70%功能上线须A/B test每个项目2个月上线 海量产品之道动态运营关键要素 1.小步快跑：快速求证对用户猜想 2.灰度发布：在黑与白之间，能够平滑过渡的一种发布方式 3.大系统小做：分进程，尽量保证进程的功能单一 4.边运营边重构边生活：细分的实施步骤，持续的服务能力 5.干干净净：建立信心、勇于承担、边打扫边生活 6.工具齐备：自动化部署、监控、大数据分析 公司内部员工
4、 忠诚度高的 核心用户 10% 左右的活跃用户 50% 左右的活跃用户 所有用户 腾讯发布流程 海量产品之道云中成长 初创期爆发期巅峰期回落期周周/日日 借助“云”杠杆撬动研发力量 复用已有“云”基础设施 仍有大量工作，架构优化、Bug修复、故障处理，新特性、产品运营、统计分析，大量工具、 监控、安全需求 从头建设自己的“云” 团队急速膨胀，人员数量和能力赶不上业务发展，文化被稀释、平均战斗力下降 海量产品之道云中成长案例1 2013.12 2014.01 2014.02 斥资8000W奖励司机接单 接入微信，发起打车司机、乘客各奖励10元活动 10日，打车补贴从每单10元降至5元 17日，第
5、三轮营销启动，补贴重返10元，新用户首单减15元； 北上深杭司机每单奖10元，其他城市奖5元 18日，微信支付用户补贴改为12-20元随机补贴，并引入游戏道具奖励机制； 投入5000W元奖励司机乘客 投入6亿，宣布北京新用户首次使用获30元话费返还，司机返10元 12日，下调补贴（北上深杭司机每单奖10元，其他城市奖5元，乘客奖10元） 18日，乘客补贴上调至11元，并表示永远比同行高1元 提升补贴至13元，并对用支付宝支付超5次的，奖淘宝/天猫退货保障卡一张 补贴大战打响，竞争白热化 业务量爆发增长 从补贴战到技术战 . 滴滴PK快的技术战 X 20倍 2.22凌晨6点 搬迁到腾讯云 2.1
6、8 北京 支援滴滴打车 0 10000 20000 30000 2.282.16 云服务稳定性提升呼叫量 Webserver Webserver Mysql LVSLVSTGW PushSvr PushSvr Memcache MysqlMongoDB 订单处理 CDBCKVLBS 订单处理 滴滴PK快的技术战 互娱DNF上云案例 扩容能力从1000台/月提升到1000个/小时 故障率下降66%，故障迁移时间从20分钟降到5分钟，IP切换从10分钟下降到1分钟之内 物理设备9015台，虚拟机21129个，很多3年以上游戏缩容、合服，节省57%的设备运营成本 包括DNF、炫舞、飞车、三国、华夏、
7、大明龙权，以及除天天酷跑外的所有手游都运行在云上 海量产品之道云中成长案例2 海量产品之道云中成长关键要素 1.轻重分开，快速沉淀 复杂问题 解决方案沉淀 业务更轻 云存储COS，CDB，CBS，CMEM 云网络TGW，L5，追风（移动加速），SDN 云组件CEE，S+，Tnginx 云监控云拨测，云监控 云运维OMS 云安全分布式防DDoS攻击，防加壳，验证码， WAF，外网扫描，代码扫描，主机加固 2.弹性可用 3.分Set部署4.规模效应 容错容灾 扩容缩容 虚拟化解决 云盘 +热迁移 让虚拟机可以 漂移，资源整 合并最大化使 用 镜像 +负载均衡 虚拟机发生故 障服务无损 SDN+VI
8、DC +云存储 自动扩容与 缩容 DS1DS2DS3 业务数据服务器单元 SS1 状态数据服务器 RS1RS3 路由服务器单元 DS1DS2 导航层服务器单元 AS1AS2AS3 接入逻辑层服务器单元 CS1 内容服务器单元 专业的团队解放生产力 成本管控 海量产品之道有损服务 架构师 关键矛盾 用户 体验 可用性一致性速度 服务 成本 带宽人力设备 海量产品之道有损服务案例1 review产品逻辑 准确显示我的当前位置 显示附近的出租车师傅 智能复杂的分单策略 准确定位出租车的位置 保持出租车位置实时同步一致 极致体验？ 无损设计 高峰期瘫痪 2天完成的有损手术 柔性处理我的当前位置 显时最
9、近时间部分附近出租车 高峰期算法可降级的分单策略 取消实时定位出租车当前位置 针对高峰有损设计 不加设备下， 扛住70%高峰请求 海量产品之道有损服务案例2 Begin Transaction If Lock( A) or Lock (B) error Cancel Trans; DB.Rollback; If (Set A=A-10K) error Cancel Trans; DB.Rollback; If (Set B=B+10K) error Cancel Trans; DB.Rollback; IF (Unlock (B)or Unlock (A) error) Cancel Tran
10、s; DB.Rollback; Commit Trans; A B （1万元） A给B转帐1万元 Begin “有损逻辑” Response_A(“消息已发送成功“) Async_Send_B (“你好啊，在吗?“) End； A B （ “ 你好啊，在吗？ ” ） A向B发一条消息 及早响应发送方成功，异步尽力投递 绝大部分消息及时送达对方 极少量消息延迟或丢弃，用户自己重试 简单、快速、高效 万有一失 万无一失 海量产品之道有损服务案例3 无损的“完美”设计 串行排队，保证公平一致的抢购时序 DB事务控制，确保准确的剩余计数 保障操作原子性，中间失败立即回滚 有损优化方案 分布式排队，放弃
11、严格抢购时序 简化事务处理，中间错误异步修复 扩容机器 高可用/快响应的进一步“有损” 层层频率保护，优化保证可用性 放弃按序排队，90%随机返回售光 高峰时处理降级，跳过非关键逻辑 10倍请求瞬间涌入，系统雪崩中压垮 用户页面持续超时怨声一片. 请求量又超预期、逻辑层过载雪球 紧急再扩容、勉强顶住. 瞬间活动完成，立即结果反馈 用户满意散去. 海量产品之道有损服务案例4 区分业务场景的事务刚性 不同场景使用不同程度的有损方式 搜索商品 商品信息 查看评论 加入购物车 生成订单 电子支付 弱一致性、任何时候0.1s响应 最终合并一致、尽力高可用 弱一致性、保证高可用 柔性事务处理、补偿恢复机制、快速响应 刚性事务处理，保证结果一致 海量产品之道有损服务关键要素 以柔克刚 尽在掌控 1.大小均衡：小系统，大工具。系统每个模块逻辑要简单，但监控要到位，运维工具，发布工具齐全。数据统计功能完备，数据埋点全面 2.最终一致：不追求ACID，以异步化、最终一致性来实现高可用性，保证数据不出错 3.过载保护：保证能力范围内访问量；保障已接入用户的服务体验 4.柔性可用：合理降级服务体系，尽最大努力提供优质体验 损之有“道” 海量产品之道用技术形成竞争优势 前海银行目标每账户IT成本 ￥1 大型银行每账户IT成本 ￥20-30 小型银行每账户IT成本 ￥100 THANKS!
