清晰!我们从来都反对“大中台,小前台”的架构设计!

简介: 在2020全球敏捷架构峰会上,快狗打车的架构师李洪英,分享了快狗打车业务中台的一些经验与思考。

在2020全球敏捷架构峰会上,快狗打车的架构师李洪英,分享了快狗打车业务中台的一些经验与思考。

问题一:什么是平台?

image.png

定义:一种基于外部供应商和顾客之间的价值创造互动的商业模式;它是规则和标准的制定者。

问题二:平台分为哪几类?

image.png

(1)应用平台;

(2)业务平台;

(3)技术平台;

问题三:平台的价值在哪里?

image.png

于他:为所有参与者创造价值;

于己:通过积极网络效应吸引用户,利用规模化盈利;

问题四:什么是中台?

image.png

中台,是服务多个产品且具有一定公共业务逻辑的通用共享服务平台,它是人+组织+服务的综合体!

问题五:中台分为哪几类?

image.png

(1)业务中台;

(2)数据中台;

任何脱离业务的中台,都是蹭热度!

画外音:有些公司,把技术平台也放到中台里,快狗打车并不这么认为。

问题六:中台有什么价值?

image.png

毫无疑问,中台能够共享复用,降本增效。

问题七:中台与平台的差异在哪里?

image.png

如上,是快狗打车的一些思考。

问题八:快狗打车的平台架构,中台架构是如何演进的?

image.png

最早,我们的架构就是如此简单。

优势 :系统简单,迭代快速。

不足 :三方对接耦合在业务中,三方系统稳定性影响快狗业务稳定性,三方系统切换改造成本很高。

image.png

然后,我们做了基础服务的抽象 ,把与第三方对接的短信、推送等抽象成基础服务。

随着业务的发展,我们遇到的新的问题。

image.png

新业务诞生,烟囱式的系统不断冒出来,数据形成了孤岛,业务之间的流量、产品、系统难以连结,消耗了大量资源去做了重复的事情。

画外音:很多公司,一般打着“闭环”“高效”的名义,推进烟囱式产品/系统/架构,其实是不作为。

这个时候,类似于XX中心的业务服务诞生了


image.pngimage.pngimage.pngimage.pngimage.pngimage.png

image.png

如上图所示,除了各个业务公用的,业务无关的基础服务,业务相关的用户中心,订单中心,交易中心,营销中心服务,应运而生。

此时,这类共享服务中心,增加了业务属性。

image.png

这些服务,应该归业务研发部门,还是基础服务研发部门呢?

都不是。

此时,业务中台诞生了。

image.png

中台,是共性业务的部分。

问题九:中台,应该做厚还是做薄?

image.png

最早,阿里提出了“大中台,小前台”的中台战略。

对此,快狗打车有不同的看法,中台太厚,势必夹杂个性化业务逻辑,不要让中台成为业务发展的瓶颈,我们提倡“小中台,大前台”, 只有足够通用的业务,才适合下沉到中台。

问题十:如何沉淀与发展通用业务中台呢?

快狗打车五大步骤实践,分享给大家。

步骤一,成立相关中台部门(产品+研发)。

画外音:中台建设,组织是其中不可或缺的一步。

步骤二,服务下沉。

image.png

通用基础服务,不断下沉。

步骤三,业务下沉。


image.png

image.png

通用的基础服务下沉之后,是通用业务的下沉。

步骤四,产品架构与系统架构的升级。

image.png


image.png

以交易中台为例,通用交易从端(例如:收银台),到服务,到数据的通用业务中台。

步骤五,不断迭代,不断丰富中台能力。

画外音:但务必注意,只有充分通用的业务,才适合沉淀到中台,否则中台只会成为业务发展的瓶颈。

中台负责人不能只想着抢地盘,不属于自己的范围不能大包大揽,要保持克制。

问题十一:如何评价中台建设是否成功呢?

三个衡量标准:

(1)有没有业务接入使用,有多少接入使用;

(2)接入的成本是否快速简单;

(3)有新的业务需求沉淀是否能快速响应并不影响系统稳定;

问题十二:什么场景不适合中台建设?

(1)单一业务,单一产品;

(2)主营业务稳定性不足;

(3)团队规模太小;

希望快狗打车的中台建设,能够给大家一些启示。

相关文章
|
13小时前
|
负载均衡 监控 算法
微服务架构下的API网关模式与实践
在现代的后端开发中,微服务架构因其灵活性和可扩展性而受到青睐。本文深入探讨了API网关模式在微服务架构中的应用,并结合实例分析了API网关如何提高系统的可维护性和安全性。通过对比分析,文章展示了API网关在处理跨域请求、负载均衡、认证授权以及日志记录方面的显著优势。
8 0
|
19小时前
|
运维 Kubernetes 云计算
云计算时代的运维革新:容器化与微服务架构的融合之道
在云计算技术飞速发展的当下,企业IT运维面临前所未有的挑战与机遇。传统的运维模式已难以满足现代业务对敏捷性、可伸缩性和自动化的需求。本文深入探讨了容器化技术和微服务架构如何共同推动运维领域的革命,通过数据支持和科学分析,揭示了这一融合趋势如何提高运维效率、降低风险并促进创新。
|
19小时前
|
设计模式 监控 测试技术
后端开发中的微服务架构:优势、挑战与实践策略
在现代软件开发领域,微服务架构已成为一种重要的设计范式,特别是在后端系统中。本文旨在深入探讨微服务架构的核心优势、面临的主要挑战以及实施该架构的策略。通过引用最新的研究成果和行业案例,文章将提供对微服务架构实际应用的深刻见解,并指导开发者如何有效地采用和优化微服务架构以提升系统性能和可维护性。
|
20小时前
|
安全 Java 数据安全/隐私保护
Spring Boot中的微服务安全架构
Spring Boot中的微服务安全架构
|
20小时前
|
Kubernetes Java 微服务
使用Spring Boot构建微服务架构
使用Spring Boot构建微服务架构
|
2天前
|
Kubernetes 测试技术 持续交付
深入理解微服务架构及其在现代后端系统中的应用
本文将深入探讨微服务架构的核心概念、设计原则以及如何在现代后端系统中实现和优化它。我们将从微服务的定义开始,逐步展开讨论其优势、面临的挑战,以及如何克服这些挑战。同时,文章还会涉及微服务与容器化技术、持续集成/持续部署(CI/CD)的协同作用,以及微服务架构的未来发展趋势。读者将获得对微服务架构全面而深刻的理解,并能够识别在实施过程中可能遇到的陷阱和解决方案。
21 1
|
2天前
|
存储 监控 负载均衡
深入理解微服务架构中的服务发现机制
【6月更文挑战第25天】在微服务架构中,服务发现是确保各独立服务组件能够高效、可靠通信的关键环节。本文将探讨服务发现的基本原理、核心组件以及在现代云原生应用中的最佳实践,旨在为读者提供一套系统化理解和实现服务发现机制的指导思路。
|
2天前
|
消息中间件 负载均衡 持续交付
探索后端开发:微服务架构的演进与实践
【6月更文挑战第25天】本文深入探讨了微服务架构的概念、发展以及在现代后端开发中的应用。我们将通过一个虚构案例,展示如何将传统的单体应用重构为基于微服务的架构,并讨论在此过程中遇到的挑战和解决方案。文章旨在为读者提供从理论到实践的全面指导,帮助理解微服务架构的优势及其在企业级系统中的应用。
|
2天前
|
消息中间件 监控 Java
使用Java构建微服务架构的最佳实践
使用Java构建微服务架构的最佳实践

热门文章

最新文章