指数级增长背后，滴滴出行业务系统的架构升级

最后提一下如何重蹈覆辙.我认为,所有的设计应该是自上而下,先从产品层面上规划核心业务的模式,然后考虑如何让产品技术实现它.如果把业务模式描述成如图所示的核心循环,会非常清楚.我们不仅要考虑现在,还要考虑未来.如果让整个架构保持健康,就要考虑什么功能是真正紧密相关的.

比如在服务端,直觉上感觉各种不同的发单应该是在一起的,但实际上并不是这样.不同车型的发单接口互相之间并没有什么联系,每一种发单都会有独特的个性化定制,这些定制才是真正应该跟发单紧耦合的东西.

所以我们应该从产品角度上考虑,把一种发单所调用的所有相关API放在一起,服务端发生变化,调用的组件也会发生变化,做到发单闭环.刚刚提到的今年服务端的重构的方法,实际上并没有让各个子系统打通,这是一件很遗憾的事.未来如果开发一些新需求,肯定还会涉及多个模块、团队,避免不了一些沟通成本.

另外给大家介绍一下,我们专门做了一个组件平台,叫做魔方组件库,是客户端到服务端的库,我们会继续沉淀更多的客户端到服务端打通的组件,让业务开发更快更轻松.

文章出处：InfoQ

（编辑：辽源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!