苏宁易购拍卖平台架构.docxVIP

苏宁易购拍卖平台架构 朴海林 苏宁易购北京研发中心 背景 模型 架构 背景- 模型-闪拍 模型-门店拍 架构-系统边界 架构-拓扑图 架构-工程骨架 架构-工程骨架 工程名 包名 说明 pai-web pai-web.jar pai-web.zip PC前台展示服务 PC前台静态资源（独立部署） pai-wap mpai-wap.jar mpai-wap.zip wap前台展示服务 wap前台静态资源（独立部署） pai-service pai-service.jar 中台接口定义组件 pai-service-impl pai-service-impl.war 中台接口服务 pai-admin pai-admin.war 运营后台服务 pai-bussiness pai-bussiness.jar 业务逻辑组件 pai-util pai-util.jar 工具组件 pai-price-service pai-price-service.war 推送服务 pai-pom 环境变量、打包配置等 pai-fair pai-fair.war 公正系统服务 架构-技术选型 架构-本地缓存 最新版本 Ehcache_2.10.0 oscache_2.4.1 jcs_1.3 cache4j_0.4 4线程插入100W 6093 2828 2489 1460 32线程插入100W 6989 2161 blocking=false 2143 2424 4线程读取(hit)100W 862 575 253 820 32线程读取(hit)100W 490 573 323 846 4线程读取(miss)100W 965 1225 166 68 32线程读取(miss)100W 421 1325 182 97 组件代码量 极多 多 少 极少 组件丰富度 ★★★★★ ★★★ ★ ★ 功能 ★★★★★ ★★★★ ★★ ★ 最后更新 2015.4.2 2011.1.11 2007.5.30 2006.2.23 在4C的PC上运行（I5-3230），单位：毫秒 拍卖平台选择了jcs 下期规划打算切换到ehcache 技术博客地址： /blog/2240901 架构-分布式缓存 Memcache vs redis 架构-内存数据库 h2-1.4.188 sqlit- 1线程有索引插入1W数据 976 119 1线程有索引插入10W数据 2095 874 1线程有索引插入40W数据 6457 3086 1线程有索引插入100W数据 13447 7824 1线程无索引插入100W数据 10363 6229 32线程无索引插入100W数据 9970 6216 4线程有索引插入10W数据 2421 947 4线程有索引插入40W数据 7321 3713 4线程有索引插入100W数据 17233 11987 4线程无索引插入100W数据 10476 6268 100W数据，索引查询1条 0 0 100W数据，无索引查询1条 0 0 在4C的PC上运行（I5-3230），单位：毫秒 拍卖平台计划下一期会使用内存数据库 性能基本和缓存差不多 支持结构化查询数据，包括排序等 标准SQL开发，便于切换H2调试，有控制台；生产使用sqlite性能好 架构-应用服务器 Tomcat Jetty 架构 基于容器 基于Handler，简单 请求处理特长 适合少数繁忙连接 适合长连接 内存 整体集成，占用较多 按需加载，占用非常少 应用范围 庞大的用户群 相对tomcat较少 Servlet规范 迭代较慢 支持迅速 扩展性 修改复杂 修改简单 在一般使用场景，tomcat和jetty差别不大。 针对闪拍的推送服务器，由于使用的是轮询，因此首选场景支持更好的tomcat。 为了运维方便，后来权衡了架构，选择了JBOSS 架构-WEB推送 轮询 长链接 Websocket 兼容性 ★★★ ★★ ★ 报文简洁 ★ ★★ ★★★ 服务器性能 ★★ ★ ★★★ 开发难度 低 中 高 时效性 ★ ★★ ★★★ 闪拍门店拍目前使用的是ajax轮询，主要考虑兼容性、快速开发 下一起规划 PC端：继续使用ajax短轮询 移动端：升级改造为websocket 架构-关键技术 架构-价格显示1 采用redis的发布/订阅技术 应用服务器订阅并保持缓存一致 数据发布的时候，写入到redis里保存，重启使用 IO使用4个通道，2个当前价格，1个拍卖轮转，1个其他 线程池执行分优先级：轮转（高），当前价格（中），其他（低） 架构-价格显示2 思路 独立系统（隔离），报文区分功能（合并请求），独立异常（前端、后端） 每秒发请求，由全局计数器取模，决定是否请求报文 浏览器兼容，重点考虑低版本浏览器 参考其他网站，deal