移动应用架构的重塑与优化 UPYUN Open Talk No.11

移动应用架构并不是一成不变，架构师们需要面对各自产品的独特挑战，不断更进移动应用的架构。他们擅用相对简单的底层服务和敏捷开发实践，完成极度复杂高效的架构。

7 月 25 日，UPYUN Open Talk 第十一期《永不止步：移动应用架构的重塑与优化》再次抵达上海，邀请到“in”iOS 负责人白菜、“扇贝”产品与技术负责人吴焱红、“饿了么”移动端负责人胡彪，分享移动应用背后的架构演进之路。

查看到场三位讲师的演讲课件，请点击 【阅读原文】

in：敏捷移动开发实践

白菜，in iOS 负责人。专注于移动开发多年，擅长 iOS 开发、iOS 系统框架与原理，在移动开发领域有丰富的经验。

in 可以在生活中时刻记录每个精彩瞬间，而in 2.0 也将开启图片社交 2.0 时代，in 2.0 在图片浏览方式上提供卡片式、杂志拼图型、双列瀑布流的方式，并依据时间节点提供时间轴，提高图片浏览的体验。

in 从单纯围绕上传图片的模块发展到多功能的图片社交软件，面对不断变化的需求、挑战和难题：依赖关系复杂导致工程分支管理，合并、回归成本大；高耦合下的不稳定因素；测试资源不足；增减业务的试错成本高等。在应对业务、策划、开发上探索了新的路线，以确保可行性、扩展性和稳定性。

in 2.0 利用工程拆分将原页和详情页独立，并行开发、测试，分治业务层、中间件、底层基础库。三平台通过 URL 导航、消息分发模块等，使业务间通信全面接口化。

扇贝：使用 Aerospike 成功破解 VPS 性能下降

吴焱红，扇贝共同创始人，产品和技术负责人，一直热衷在社区分享。

扇贝网是专业的词汇学习网站，对于内存极度依赖，扇贝用过的缓存包括：Memcached 、Redis 、Codis 、Aerospike。

起初扇贝选择 Redis，但由于单核的原因，消耗内存过快无以为继；扩充机器时难以确认 Sharding 方案。

在迁移至 Codis 后，尽管拥有几近完美的 Sharding 方案、可用的后台管理等，却过度依赖 Zookeeper ；添加 proxy 无法解决性能下降；手动迁移也会增加很多运维困难。

基于 SSD，大幅降低成本；支持 key-map；极致的速度；Master 和 Slave 平起平坐，充分发挥机器性能；监控的方便，和较小的运维难度，让扇贝决定最终选择 Aerospike。

饿了么:解决千万人吃饭问题的移动架构

胡彪，饿了么商户移动端负责人。09 年投身移动互联网研发，曾先后任职于新蛋、盛大、百度、腾讯等国内外知名企业，先后参与 HotelVP、UUCUN 创业公司。

饿了么是中国最大的餐饮 O2O 平台之一，第二季度订单超过 300 万。胡彪在沙龙现场首先展示了饿了么的架构，然后通过架构层次，分享各部门在架构变迁历程中遇到的问题以及解决方案。

胡彪提到在互联网企业中没有万能的架构，必须依据不断变化的业务，尝试架构的不断迭代。脱离业务谈架构并没有实际意义。并在演讲的最后提到饿了么正在执行蜂鸟配送平台以及今后的期望。

本期 Slides / 视频：opentalk.upyun.com

现场回顾：