企业IT架构转型之道:阿里巴巴中台战略思想与架构实战. 1.1 阿里巴巴共享业务事业部的发展史

简介:

1.1 阿里巴巴共享业务事业部的发展史

在阿里巴巴内部论坛中有两篇暴走漫画形象生动地描述了共享业务事业部的产生、发展以及最终奠定部门在集团内重要地位的演变过程,如图1-1所示。

 

图1-1 阿里巴巴共享业务事业部的发展史

第一幅漫画中,描述了阿里巴巴在2003年时成立了淘宝事业部(图1-1左一);随着集团领导层意识到B2C模式的业务将来也会是电商领域重要的组成部分,在2008年时集团成立了天猫(最初期叫淘宝商城),只不过当时是从淘宝团队中抽调出一拨人,作为淘宝事业部中的一个部门进行运营(图1-1右一)。

随着天猫业务的蓬勃发展,没过多久就单独成立了天猫事业部,成为跟淘宝并驾齐驱的两大电商事业部,此时淘宝的技术团队同时支持着淘宝和天猫的业务(图1-1左二),这样的组织架构阵型决定了技术团队对于来自淘宝的业务需求满足的优先级一定优先于天猫(屁股决定脑袋,大家都懂的),使得天猫的业务团队怨声载道,严重影响了天猫的业务发展。另一个问题是业务架构层面的问题,当时淘宝和天猫的电商系统是完全独立的两套体系,两套电商平台都包含了商品、交易、评价、支付、物流等功能。

正是因为以上两大问题,在2009年,共享业务事业部应运而生,主要成员来自于之前的淘宝技术团队,在组织架构上单独成为一个跟淘宝、天猫同样级别的事业部(图1-1右二),集团希望以这样的方式更好地让技术团队同时支持淘宝和天猫的业务,同时也将两套电商的业务做了梳理和沉淀,将两个平台中公共的、通用的业务功能沉淀到了共享业务事业部,避免有些功能的重复建设和维护,更合理地利用技术资源。

但接下来的发展却事与愿违。虽然组织架构上共享业务事业部和淘宝、天猫平级,但从对业务的理解和业务贡献的体现来说,淘宝和天猫相对共享业务事业部拥有着更多的话语权,结果就是共享业务事业部在两大业务部门的业务需求下艰难生存着(图1-1左三)。到此,共享业务事业部的产生和发展确实与大多数人的期望有着很大的偏差。

看看接下来又发生了什么故事,如图1-2所示。

共享业务事业部同时满足着淘宝和天猫高压态势的业务支持,在资源固定的情况下,就算团队成员再怎么加班加点,也很难及时、周到地满足两大业务部门业务需求,结果就是业务部门对共享业务事业部的满意度不高,而共享业务事业部的员工则是有苦说不出,只能默默流泪(图1-2上左)。

 

图1-2 共享业务事业部的发展

真正带来转折的是2010年,作为阿里电商业务的团购入口——聚划算的出现。聚划算平台刚一上线,就展现它强大的流量吸引的威力,据不完全统计,不管是淘宝还是天猫的商品,一旦进入聚划算平台,销售额会在短时间内至少增长25倍,聚划算对于淘宝和天猫的运营人员来说,无疑是一个增加流水的有效途径,所以一时间大家趋之若鹜,纷纷对接聚划算平台(图1-2上中)。

面对这一快速提升商品交易量的利器,继淘宝、天猫之后,1688也参与其中,三大电商运营人员各展所长争占聚划算平台上的有利资源。来自三大电商平台如洪流般的业务对接需求让当时成立不久的聚划算团队应接不暇(图1-2上右)。

这时就出现了对于共享业务事业部历史转折点的一个举措,集团要求三大电商平台如果要与聚划算平台进行业务对接,必须通过共享业务事业部!正是有了这“点睛之指”,使得共享业务事业部有了一个极强的业务抓手,将原本与三大电商的业务对话权不平衡的天平拉到一个相对公平的水平(图1-2下左)。从而最终奠定了今天大家所看到的共享业务事业部成了阿里巴巴集团业务的核心业务平台,如图1-3所示。

图1-3中清晰地描述了阿里巴巴“厚平台、薄应用”架构形态,目前阿里巴巴集团前端超过25个业务单元(如淘宝、天猫、聚划算、去啊等大家熟知的业务)均不是独立地构建在阿里云的云平台之上,在后端阿里云技术平台和前端业务间有了一个“共享业务事业部”,将阿里巴巴集团前端业务中公共、通用的业务沉淀到了这个事业部,包含了用户中心、商品中心、交易中心、评价等十几个中心,而共享业务事业部正是“厚平台”的真实体现,为阿里巴巴各种前端业务提供着相应服务中心领域内最为专业、稳定的业务服务。

 

图1-3 共享业务事业部在阿里巴巴业务架构中的重要地位

当阿里巴巴在2015年启动中台战略后,也看到有些专业评论对阿里巴巴此次中台转型的担忧,转型中带来的改变是否会对现在阿里巴巴集团组织架构产生巨大冲击,是否对前端的淘宝、天猫等业务带来较大影响,转型之后的效果是否能达到领导层的预期。但从笔者的视角,阿里巴巴做出中台战略转型的决定并非空中楼阁。阿里巴巴从2009年就开始建设共享业务事业部,已经为中台战略在转型过程中将会面临的组织间业务协作、业务核心能力的沉淀、组织KPI考核等方面都做了很好的实践和经验沉淀,加上阿里巴巴强大的执行力,笔者完全相信阿里巴巴能成功实现中台战略的转型,为下一轮的业务腾飞打下更为坚实的业务中台。

相关文章
|
1月前
|
SQL 存储 分布式计算
ODPS技术架构深度剖析与实战指南——从零开始掌握阿里巴巴大数据处理平台的核心要义与应用技巧
【10月更文挑战第9天】ODPS是阿里巴巴推出的大数据处理平台,支持海量数据的存储与计算,适用于数据仓库、数据挖掘等场景。其核心组件涵盖数据存储、计算引擎、任务调度、资源管理和用户界面,确保数据处理的稳定、安全与高效。通过创建项目、上传数据、编写SQL或MapReduce程序,用户可轻松完成复杂的数据处理任务。示例展示了如何使用ODPS SQL查询每个用户的最早登录时间。
98 1
|
22天前
|
运维 NoSQL Java
后端架构演进:微服务架构的优缺点与实战案例分析
【10月更文挑战第28天】本文探讨了微服务架构与单体架构的优缺点,并通过实战案例分析了微服务架构在实际应用中的表现。微服务架构具有高内聚、低耦合、独立部署等优势,但也面临分布式系统的复杂性和较高的运维成本。通过某电商平台的实际案例,展示了微服务架构在提升系统性能和团队协作效率方面的显著效果,同时也指出了其带来的挑战。
60 4
|
1月前
|
存储 前端开发 API
DDD领域驱动设计实战-分层架构
DDD分层架构通过明确各层职责及交互规则,有效降低了层间依赖。其基本原则是每层仅与下方层耦合,分为严格和松散两种形式。架构演进包括传统四层架构与改良版四层架构,后者采用依赖反转设计原则优化基础设施层位置。各层职责分明:用户接口层处理显示与请求;应用层负责服务编排与组合;领域层实现业务逻辑;基础层提供技术基础服务。通过合理设计聚合与依赖关系,DDD支持微服务架构灵活演进,提升系统适应性和可维护性。
|
2月前
|
运维 持续交付 API
深入理解并实践微服务架构:从理论到实战
深入理解并实践微服务架构:从理论到实战
137 3
|
2月前
|
SQL 缓存 运维
亿级流量架构理论+秒杀实战系列(一)
亿级流量架构理论+秒杀实战系列(一)
|
13天前
|
缓存 负载均衡 JavaScript
探索微服务架构下的API网关模式
【10月更文挑战第37天】在微服务架构的海洋中,API网关犹如一座灯塔,指引着服务的航向。它不仅是客户端请求的集散地,更是后端微服务的守门人。本文将深入探讨API网关的设计哲学、核心功能以及它在微服务生态中扮演的角色,同时通过实际代码示例,揭示如何实现一个高效、可靠的API网关。
|
11天前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
12天前
|
Dubbo Java 应用服务中间件
服务架构的演进:从单体到微服务的探索之旅
随着企业业务的不断拓展和复杂度的提升,对软件系统架构的要求也日益严苛。传统的架构模式在应对现代业务场景时逐渐暴露出诸多局限性,于是服务架构开启了持续演变之路。从单体架构的简易便捷,到分布式架构的模块化解耦,再到微服务架构的精细化管理,企业对技术的选择变得至关重要,尤其是 Spring Cloud 和 Dubbo 等微服务技术的对比和应用,直接影响着项目的成败。 本篇文章会从服务架构的演进开始分析,探索从单体项目到微服务项目的演变过程。然后也会对目前常见的微服务技术进行对比,找到目前市面上所常用的技术给大家进行讲解。
29 1
服务架构的演进:从单体到微服务的探索之旅
|
10天前
|
消息中间件 监控 安全
后端架构演进:从单体到微服务####
在数字化转型的浪潮中,企业应用的后端架构经历了从传统单体架构到现代微服务架构的深刻变革。本文探讨了这一演进过程的背景、驱动力、关键技术及面临的挑战,揭示了如何通过微服务化实现系统的高可用性、扩展性和敏捷开发,同时指出了转型过程中需克服的服务拆分、数据管理、通信机制等难题,为读者提供了一个全面理解后端架构演变路径的视角。 ####
27 8
|
11天前
|
Cloud Native 安全 API
云原生架构下的微服务治理策略与实践####
—透过云原生的棱镜,探索微服务架构下的挑战与应对之道 本文旨在探讨云原生环境下,微服务架构所面临的关键挑战及有效的治理策略。随着云计算技术的深入发展,越来越多的企业选择采用云原生架构来构建和部署其应用程序,以期获得更高的灵活性、可扩展性和效率。然而,微服务架构的复杂性也带来了服务发现、负载均衡、故障恢复等一系列治理难题。本文将深入分析这些问题,并提出一套基于云原生技术栈的微服务治理框架,包括服务网格的应用、API网关的集成、以及动态配置管理等关键方面,旨在为企业实现高效、稳定的微服务架构提供参考路径。 ####
37 5
下一篇
无影云桌面