开发大牛实战经验：千万级并发下的推送系统建设策略解析.ppt

Part 3 小团队打造大平台的策略 小团队，所以必须灵活 敏捷的流程及持续改进： - SCRUM - CI - DevOPS 系统逐步组件化 在满足业务快速实现的前提下 逐步把系统框架化、组件化 形成公用设施： - 通讯框架 - 集群框架 - 数据存储框架 - 配置框架 - 插件框架 - 监控框架/插件 我们的目标 个推 - 中国最专业的独立 推送平台及服务提供商 http://www.iG Thanks 移动短消息是大家所熟知的一种信息推送方式， 基于信令通道的推送在简单信息的体验方面已经被大家所接受。 在目前移动互联网方面，简单的文字推送已经不够满足需要。这也是移动互联网背景下推送系统的发展的机遇。 本主题就千万级并发在线推送系统如何在低成本下，保证推送的时效性、有效性、内容形式的多样性、以及省电省流量等方面进行一个解析和分享。 大会如此安排，是要我们 PK 吗？ 要和谐 ? * PUSH Movie: Pushers can “push” specific thoughts, memories, and emotions into their targets. This technique can be used to gain a subject’s trust or to make them perform any action, even suicide, without question. Skilled pushers can implant complex histories into a subject, convincing them that an ally murdered a loved one, or that they are actually an ally themselves * 有价值的消息 突发新闻 灾难预警 金融信息 股票行情 特殊优惠信息 互动服务 会议通知 订单确认信息 快递路径信息 * 国内用户使用 GCM 痛点： 国内没有服务器 很多服务不稳定（非技术原因） 需要手机上有google账号（国内有些厂家不支持） Android v2.2 版本以上才支持 * 讲述一下 SMS 的一些实现技术点（通过信令通道而不是数据通道，信令通道在设计上本身就要保证其实时性可靠性等，所以在大小上有一定的限制，但是由于运营商在网络覆盖、容量上面的较大投入，因此体验较好。 当然也有一些情况，譬如地震、演出等，人较过，会导致网络拥堵，电话无法打出、短信无法发送接收等情况） 内容基本就是文字，即使是彩信，内容也无法很好控制 推送和应用之间的业务链无法很好衔接，推送效果不是很理想 * 还有更离谱的要求没有列出来 工程师文化（google, baidu 等为代表）和市场文化 （alibaba等） 《技术员和销售员的故事》 * PUSH Movie: Pushers can “push” specific thoughts, memories, and emotions into their targets. This technique can be used to gain a subject’s trust or to make them perform any action, even suicide, without question. Skilled pushers can implant complex histories into a subject, convincing them that an ally murdered a loved one, or that they are actually an ally themselves * * * BOSH （Bidirectional-streams Over Synchronous HTTP）is an XMPP/Jabber extension proposal. Poll – RR: 太慢可能导致消息的延迟. 如果太快，则会大量消耗网络带宽和电池（这个大家都很在乎）。 对于数据不是经常变化并且实时性要求比较高的场合，比较适宜采用 Push 方法。 在移动互联网领域，在采用 Push 方法时，也必须解决如何消耗网络带宽和电池的问题。 （见手机端部分内容） 个推采用 Push 方式 。 * * 如何做到呢？ 见下一面的内容。 * 写 Andro