【IT168 现场报道】10月29日，SACC系统架构师大会的最后一天。作为中国规模最大的架构师盛会，本次大会共邀请来自互联网、电子商务、金融、电信、政府等20多个领域，150多位技术专家分享了他们的经验。八年坚持，不忘初心，SACC为系统运维、架构师及各种企业IT决策人士提供最具价值的交流平台。
今年的外卖行业可能就像前几年的打车行业一样，火得一塌糊涂。各类外卖APP基本成为上班族手机里的必备软件。除了简单的下单收货，整个百度外卖的业务远比大家想象的要复杂。百度外卖陈霖分享了百度外卖从单一应用走向服务化的历程。
▲陈霖
陈霖，10年7月入职百度，先后在百度知道、百度旅游、百度糯米、百度外卖工作；14年6月，加入百度外卖负责外卖交易架构；16年2月开始负责百度外卖基础服务架构团队。
外卖行业有明显的早晚高峰以及流量激增的情况出现，随着业务的超高速发展，交易流程日渐复杂，基于用户体验考量，百度外卖要求整个订单流程尽量控制在一小时内，这对服务化提出了不小的挑战。
百度外卖的服务划分基本是按照这三条线路进行，X方向是指可以通过加机器的方式提供服务能力，也就是副本。当简单的加机器已经解决不了问题的时候，Y方向的功能划分就派上用场了，将整体外卖业务细化为各个小服务。随着子功能的不断复杂，就需要进行分片了。
从最初的单一应用到服务切分，业务不断增大，无限制的服务划分会带来什么后果呢?服务之间又是如何关联的呢?如果服务划分不好，很容易出现网状结构，服务之间错综复杂，难以管理。好的服务切分应该可以清晰展现服务调用关系，允许跨层，可以多调用。清晰分层的基础上，引进异步消息队列，解决服务网状关系问题。
陈霖表示，百度外卖其实就是随着业务规模的扩大，数据库读写量的增大，不断进行螺旋式修改，循环拆分。在服务的拆分过程中，如何最大化为用户服务?依赖变多、调用链条变长的情况下，如何保证稳定性，尽量减少损失?服务统一管理，数据一致性等问题都亟待解决。百度外卖的整体RPC client可以协议打包管理，重点在负载反馈，可以自动检测异常，同时引入探活机制。多次动态重试保证数据一致性，服务之间调用RPC统一化，整体封装到统一框架。非重要服务提供柔性自动容错，通过分布式追踪系统更好地发现服务链调用关系。
理想很丰满，现实很骨感。理想中服务在流量增长到一定程度之后，仍然可以具备平稳的服务能力。而现实的服务往往在达到顶峰之后，基本处于不可用状态。百度外卖将服务分级，较高级别强依赖有分钟级别故障预案，次之依赖可以OP后台操作降级，最次之服务自动容错，优先拒绝次要服务，过滤无效流量，拒绝过载流量。
分布式追踪系统想必各大服务化中都会用到，百度外卖通过华佗系统进行分布式追踪，可以实时展现抽样请求调用链关系，快速查看线上请求情况；计算分析可能存在的架构风险，例如空连接、跨机房访问；通过日志分析架构全景，接口依赖关系，辅助线上业务梳理；监控服务访问变化，预判上线项目风险。
通过不断的改进与细化，百度外卖逐渐步入正轨。通过与不同领域的微服务技术的交流与碰撞，希望未来的O2O行业可以有更大的发展。
