易到用车架构演进余庆

2014-6-19

个人简介

热衷开源， FastDFS 和 FastDHT 作者

参与过 Apache Traffic Server 核心代码改造

先后在新浪、中国雅虎、淘宝和阿里云工作

现在易到用车担任架构师

易到用车简介

2010 年成立，智能交通和汽车分享理念引领者

互联网模式 “共享加盟 + 服务平台”

目前已覆盖北上广等 57 个城市

易到技术框架

LAMP +Memcached + MongoDB

LVS 、 HAProxy + KeepAlived

易到用车架构图

现状

架构比较清晰和合理，个别模块存在耦合

主要基于数据库，基本上没有分库分表

一些经验分享文件保存到 mongodb 太费内存

移动终端承担一些计算工作，比如采点数据

流水数据在方案设计时就应考虑历史数据问题，如：

订单

支付

采点数据

架构演变方向

平台化和服务化

数据库分库分表

异步化处理，支持更大的在线用户数

面临的技术挑战

业务规则变化快，比如派单

冷数据存储：如日志文件

消息推送：实时性和送达率要求，高并发连接

现有消息推送平台

基于 ejabberd ： xml 格式臃肿费流量

基于 mongodb 轮询，简单但低效

无法线性扩展

新消息推送平台目标

可靠消息推送，支持 server 和 app 双向推送

基于 epoll 的高性能 server ，轻松支持 100K级连接

无单点问题，高可用

支持线性扩展

新消息推送平台关键点

尽可能避免查询 DB

用户在线的情况下消息不落地推送

用户不在线或者推送失败，存储到 DB 中

用户上线时，会从 DB 中加载待发送消息

给初创公司的建议

初期避免使用过重的架构，不要生搬硬套大公司架构

初期够用即可，后期改进或重构

Any Question?

谢谢大家！