业务发展这么快，架构如何跟得上？

作者 | 冉叶兰

嘉宾 | 沈剑

业务架构大家都在做&＃xff0c;到底什么是业务架构&＃xff0c;业务架构有什么用&＃xff0c;如果要做业务架构需要注意些什么&＃xff1f;

在 2021 年 1 月 8-9 日举办的 QCon 全球软件开发大会&＃xff08;北京站&＃xff09;“业务架构演进”专题上&＃xff0c;到家集团技术委员会主席、快狗打车 CTO 沈剑老师将分享《百万司机在线打车平台架构演进》&＃xff0c;在会前 InfoQ 带着一系列的问题对沈老师进行了采访。希望帮大家理清楚“到底什么是业务架构&＃xff1f;业务架构有什么用&＃xff1f;如果要做业务架构需要注意些什么&＃xff1f;”等问题。

以下内容根据采访内容整理

1 为什么需要做业务架构

在讲业务架构之前&＃xff0c;我们先看下什么是“架构”&＃xff0c;理解架构之后&＃xff0c;业务架构就更好理解了。“架构”一词的英文单词是“architecture”&＃xff0c;而这个单词来源于建筑词汇&＃xff0c;可以理解是房屋的整体结构、框架。再看下“基础架构”&＃xff0c;它其实就是偏底层通用基础建设相关的架构&＃xff0c;如 K8s 集群建设、Service Mesh 等。现在再回过头来看“业务架构”是不是已经有一个比较直观的答案了呢&＃xff1f;基于业务场景去设计架构&＃xff0c;就是业务架构了。

为什么要做业务架构&＃xff1f;这个问题沈剑老师是这么说的&＃xff0c;“系统本身是服务于业务的&＃xff0c;脱离业务谈系统&＃xff0c;没有意义&＃xff1b;系统架构本身也是解决业务问题的&＃xff0c;脱离业务问题和业务阶段谈系统架构也同样没有意义。在做系统设计&＃xff0c;在做系统架构的过程中&＃xff0c;一定要先了解业务的特点&＃xff0c;针对业务做系统&＃xff1b;也一定要了解业务的痛点&＃xff0c;通过系统架构设计去解决业务的痛点。”

因为我们置身于业务场景中&＃xff0c;脱离业务去设计架构其实是有问题的。那么&＃xff0c;在业务发展的不同阶段&＃xff0c;架构的设计会不会是一样呢&＃xff1f;我们以快狗在线打车平台来看。

2 不同阶段&＃xff0c;如何做业务架构

快狗打车&＃xff0c;是中国头部同城即时货运平台。其业务核心流程是&＃xff1a;从用户下单&＃xff0c;系统推送&＃xff0c;到司机抢单&＃xff0c;中单&＃xff0c;完单。当同时在线司机数&＃xff0c;从万&＃xff0c;到十万&＃xff0c;到百万的过程中&＃xff0c;在量级不同的阶段应该使用什么样的系统架构来应对&＃xff0c;不同的阶段的架构设计是不是一样呢&＃xff1f;

沈老师说&＃xff0c;“其实在快狗打车业务发展之初&＃xff0c;业务形态并不稳定&＃xff0c;业务对系统的要求是快速实现、快速响应、快速迭代。但随着业务形态逐步稳定&＃xff0c;用户、司机、订单越来越多&＃xff0c;业务对系统的要求是稳定&＃xff0c;要具备一定的扩展性。”

然后沈老师举了三个具体的场景案例来说&＃xff0c;“相同的场景下&＃xff0c;在早期和现在对系统架构的要求截然不同。”

第一个场景&＃xff0c;订单系统。早期快狗打车多个业务&＃xff08;2C、2B、直营城市、下沉城市等&＃xff09;&＃xff0c;每个业务更适合有自己独立的订单库&＃xff0c;方便快速试错。而现在则需要统一订单中心&＃xff0c;提升稳定性、保证扩展性&＃xff0c;并维持较低水平的维护成本。

第二个场景&＃xff0c;经纬度检索。司机的经纬度上报与检索&＃xff0c;是快狗打车的业务核心之一。早期我们直接使用数据库来存储与检索经纬度&＃xff0c;快速实现、快速迭代。如果现在还用数据库&＃xff0c;肯定性能扛不住&＃xff0c;所以现在则抽离了单独的服务来实现。

第三个场景&＃xff0c;消息中心。早期 GPS 上报&＃xff0c;快速实现了一套消息通道&＃xff1b;订单推送&＃xff0c;快速实现了一套&＃xff1b;用户与司机聊天&＃xff0c;快速实现了一套。现在&＃xff0c;我们则把共性的需求抽象出了消息中心&＃xff0c;以满足不同场景&＃xff0c;在扩充业务场景的适合&＃xff0c;能够复用系统。

通过沈老师对快狗不同的业务场景的系统要求分析&＃xff0c;我们可以知道&＃xff0c;在量级不同的阶段因为对系统的需求不同&＃xff0c;所以对应的系统架构也不会相同。在快狗发展的这几个阶段中&＃xff0c;他们在业务架构设计方面还是走了一些弯路的&＃xff1b;我们来看下&＃xff0c;他们是怎么解决的。

3 业务架构设计迭代踩过的坑及解决思路

沈老师说&＃xff0c;“因为业务的不同阶段对架构的要求不同&＃xff0c;在架构迭代或者重构的过程会比较痛苦&＃xff0c;一方面要完成架构升级与转型&＃xff0c;另一方面又不能影响业务需求的开发与迭代。”

在架构迭代和重构过程中&＃xff0c;既要保证架构升级迭代&＃xff0c;又不能影响现有业务正常进行&＃xff1b;其实是有一定难度的。沈老师通过一个“订单库从分开&＃xff0c;到订单中心合并”的例子来说&＃xff0c;他们当时遇到快速支持业务迭代的同时并行架构改造时是如何做的&＃xff1f;

还是举订单库从分开&＃xff0c;到订单中心合并的例子&＃xff0c;整个过程实际是比较痛苦的&＃xff1a;&＃xff08;1&＃xff09;第一个业务&＃xff08;优配业务&＃xff09;&＃xff0c;闭环了自己的订单库&＃xff1b;

&＃xff08;2&＃xff09;第二个业务&＃xff08;货旳业务&＃xff09;&＃xff0c;为了快速迭代&＃xff0c;也闭环了自己的订单库&＃xff1b;

&＃xff08;3&＃xff09;第三、第四个业务&＃xff08;车队业务、合伙人业务&＃xff09;&＃xff0c;发现情况不对&＃xff0c;尝试统一订单库&＃xff0c;尝试建立订单中心&＃xff0c;但并不彻底&＃xff1b;

&＃xff08;4&＃xff09;当有订单统一展现的需求时&＃xff0c;要访问多个订单库&＃xff0c;开始抓狂了&＃xff0c;抱怨早期为何不统一&＃xff0c;下决定要统一&＃xff1b;

&＃xff08;5&＃xff09;然后开始数据收口&＃xff0c;服务写收口&＃xff0c;服务读收口&＃xff0c;最终花了 1 年的时间&＃xff0c;才完成订单中心的统一&＃xff1b;

随着业务的发展&＃xff0c;对架构的需求不一样&＃xff0c;架构升级过渡期会比较痛苦&＃xff0c;但又必须协同各个业务研发团队&＃xff0c;往正确的方向走&＃xff0c;做到架构的阶段性合理。

4 中台是下一步尝试

当我问到&＃xff0c;快狗在下一步的计划时&＃xff0c;沈老师说&＃xff0c;其实他们目前在业务中台方面做尝试。

“首先业务中台是结合业务的&＃xff0c;其次业务中台是多业务通用的。例如&＃xff0c;快狗打车的用户、交易、订单、结算、营销等&＃xff0c;不管是 2B、2C&＃xff0c;自营业务还是下沉业务&＃xff0c;都是通用的&＃xff0c;就适合抽象成业务中台&＃xff0c;统一来建设。”

来自快狗打车的又一金句“任何脱离业务的中台都是蹭热度”。

5 总结

我们熟悉了业务架构的概念&＃xff0c;从快狗的业务场景出发&＃xff0c;看到了不同阶段对业务架构设计的目标其实是不一样的&＃xff0c;如果你正好也要做业务设计&＃xff0c;沈老师是建议&＃xff1a;

• 贴近自己的业务场景&＃xff0c;深入的了解业务逻辑&＃xff0c;针对该业务阶段设计适合自身的框架&＃xff1b;

• 系统架构设计中必须要考虑的可用性、高性能、扩展性、一致性等常见要素&＃xff1b;

• 还需要考虑业务特性、业务痛点、业务需求&＃xff0c;密切贴合业务做系统架构。

针对不同的业务场景&＃xff0c;不同的业务架构设计总是给我们带来惊喜。比如 2020 特殊情况下&＃xff0c;在线教育的崛起&＃xff0c;学而思等在线教育又是怎么针对自己的业务特性去做架构设计呢&＃xff1f;除了在线教育的业务架构&＃xff0c;在线票务、短视频在业务架构演进的过程中&＃xff0c;又会有怎样的故事呢&＃xff1f;

嘉宾介绍&＃xff1a;

老熟人了&＃xff0c;哇咔咔。大家好&＃xff0c;我是沈剑&＃xff0c;现在是快狗打车的 CTO&＃xff0c;负责产品研发&＃xff0c;同时是架构师之路公众号的作者&＃xff0c;偶尔深夜写写文章。比较喜欢分享自己的一些技术&＃xff0c;产品&＃xff0c;管理的一些经验&＃xff0c;不管在公号上&＃xff0c;还是在 Qcon 大会上&＃xff0c;期待和大家的沟通交流&＃xff0c;期待面基。

扫二维码获取大会最新日程&＃xff0c;更多问题可咨询客户经理ring&＃xff1a;17310043226&＃xff08;同微信&＃xff09;

阅读原文&＃xff0c;查看最新议程。