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

本篇文章1329字，读完约3分钟

移动应用程序体系结构保持不变。 架构师必须面对每个产品的独特挑战，并进化移动应用程序的体系结构。 他们利用比较简单的基础服务和敏捷开发实践完成了非常多复杂高效的体系结构。

7月25日，upyun open talk第11期《永远不停止:移动应用程序结构重建和优化》再次到达上海，在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万。 胡彪在沙龙现场首先展示了是否饿的框架，然后通过结构层面，各部门分享了结构变迁过程中遇到的问题和处理方案。

胡彪说，网络公司没有万能的体系结构，必须根据不断变化的业务，尝试体系结构的持续迭代。 脱离业务咨询的框架也没有实际意义。 然后在演讲的最后叙述了是饿还是运行蜂鸟的配送平台，对今后的期待。

现场审查:

1 .每天的网络遵循领域规范，转载的原稿都确定注释的作者和来源2 .每天网络的原始复印件，转载时一定要注明文案作者和“来源:每天互联网”，不尊重原始行为的每天在网上。 3 .作者的帖子可能每天在网上制作或补充。