企业IT架构转型之道:阿里巴巴中台战略思想与架构实战. 2.3 共享服务体系是培育业务创新的土壤

简介:

2.3 共享服务体系是培育业务创新的土壤

关于创新,我想说这不是一件容易的事情,而且企业真正需要的创新一定是来自于企业内部,而不会由外面所谓的专家告诉你如何创新。经常看到有些公司或专业人士拿着国外同行业公司或从搜索平台上搜索到的一些新概念和架构,就正儿八经地在企业面前大谈特谈如何进行业务转型和创新,我觉得这样的人是不负责任的,因为创新是没有定式的,如果把在其他企业身上证明是好的创新搬到这家企业身上,可能效果完全不一样,而且这样的做法也失去了创新中的“新”字,一件新事物或模式的产生可以称其为创新,同样干这事的第二个就很难再用创新形容了。

好的创新一定是基于企业的现状因地制宜,而这决定了在很大程度上企业的创新会来自于企业内部,而且提出创新的人一定是对行业有过人的认识和理解,才有可能提出创新的想法。

每当跟企业做交流时,我也非常坦诚地告知他们,在对企业所属行业的业务理解我一定与企业自己的员工差距很大,对于企业进行业务创新的贡献也就无从谈起,但我会清晰地阐述出共享服务架构是帮助企业培育业务创新的科学阵型和土壤。

虽然现在各个行业都在进行跨界的创新,比如互联网公司去做汽车,家用电器厂商去做手机,但这样的创新存在着很多不确定的因素,其中存在的风险是一般企业所不能承受的,也非常态化的创新。对于大多数企业,眼前能做的创新还是在行业内的创新,这样的创新更多情况下是依赖对企业所在行业称得上专家的人,这样的人在行业的特定领域一定有相比于普通人更深的理解和认识,才能提出普通人想不到的创新。

说到专家的形成,我认为其实跟大家从小到大的学习是一样的道理,我们从小学开始学习很多基础知识,更多是知识点的掌握;随着我们掌握知识点的增多,我们开始有意识地将一些知识点组合在一起,解决一些复杂的问题,关联这些知识点的过程实际上是将这些相关的知识点串成了知识线;随着在知识领域的继续积累,越来越多知识线的汇聚,我们有机会更全面地了解到这一知识领域(知识面),从而构建了对这一领域自身的知识体系,而这时的你相信已经能成为这个领域的专家。

基于这个理论,让我们再以阿里巴巴共享业务架构为例,佐证这样的架构是帮助企业培养自身业务专家的科学阵型。

图2-3明确标示出共享业务事业部中“交易中心”对于不同业务中交易场景的支持,1688(B2B电商)负责交易流程的架构师会对B2B的交易需求和理解非常精通;淘宝(C2C电商)和天猫(B2C电商)中也都有各自的负责交易流程的业务架构师,他们当然也对各自电商模式下的交易业务十分擅长,包括后面的聚划算和闲鱼负责交易相关的人员,在某种程度上都只是看到各个业务场景中对交易业务的“点”,而图片下方的“交易中心”中的业务人员或架构师所接触的来自不同业务模式下所有交易相关的需求,这样的阵型使得负责“交易中心”的相关人员更容易扩展到线和面的维度全面掌控交易的业务。结合前一段落所说的理论,共享服务体系能很好地培养出特定领域的专家。这些专家一定能为企业带来想要的业务创新能力吗?我坚信这是一个大概率事件!

 

图2-3 共享业务事业部中的“交易中心”对不同业务中交易场景的支持

如果没有事实的佐证,任何理论都没有说服力。2014年时的淘宝业务已经非常复杂,而且各个业务遍布到不同的服务中心和应用中,就出现了一种问题:在整个交易流程(包含下单、收款、退款等)中,出现个别业务的结果不一致,也就是说整个交易流程中技术上没有任何错误和异常,但从业务的角度出现了偏差,比如用户购买了航旅的商品,在会员中心中添加了相关的积分,但商品进行退款操作后,因为航旅部门、交易中心、用户中心协作的问题,导致了积分没有从用户的账号中退减回来;又比如因为个别商铺的营销活动发生调整,应用逻辑中的处理bug,导致用户所下主订单的总金额与该主订单中子订单商品金额不同。其实这样的问题在单个业务服务和应用点上都很难感知到,而从底层共享业务事业部的角度,就能非常清楚地看到产生这类问题的原因。所以在2014年开发了一个BCP(Business Check Platform,业务校验保障平台),使用业务规则的方式,通过BCP平台对交易进行业务和逻辑上的校验,该平台在当年的2014年双11中起到了非常重要的作用,单单在2014年双11当天就发现了超过10万个的业务不一致的订单信息,在给用户带来更好的用户体验的同时,也给集团带来了显著的业务价值,成为当年创新奖的得奖项目。这一项目也很好地诠释了之前所说的“点、线、面”的理论,在“点”上根本感知不到的问题,在“线”和“面”的平台上,更容易发现这些问题的本质,通过专业的技能解决这些问题,为企业带来实实在在的业务价值,这就是很好的创新!

相关文章
|
9月前
|
消息中间件 负载均衡 中间件
⚡ 构建真正的高性能即时通讯服务:基于 Netty 集群的架构设计与实现
本文介绍了如何基于 Netty 构建分布式即时通讯集群。随着用户量增长,单体架构面临性能瓶颈,文章对比了三种集群方案:Nginx 负载均衡、注册中心服务发现与基于 ZooKeeper 的消息路由架构。最终选择第三种方案,通过 ZooKeeper 实现服务注册发现与消息路由,并结合 RabbitMQ 支持跨服务器消息广播。文中还详细讲解了 ZooKeeper 搭建、Netty 集群改造、动态端口分配、服务注册、负载均衡及消息广播的实现,构建了一个高可用、可水平扩展的即时通讯系统。
967 0
|
9月前
|
文字识别 运维 监控
架构解密|一步步打造高可用的 JOCR OCR 识别服务
本文深入解析了JOCR OCR识别服务的高可用架构设计,涵盖从用户上传、智能调度、核心识别到容错监控的完整链路,助力打造高性能、低成本的工业级OCR服务。
379 0
架构解密|一步步打造高可用的 JOCR OCR 识别服务
|
消息中间件 人工智能 监控
文生图架构设计原来如此简单之分布式服务
想象一下,当成千上万的用户同时要求AI画图,如何公平高效地处理这些请求?文生图/图生图大模型的架构设计看似复杂,实则遵循简单而有效的原则:合理排队、分工明确、防患未然。
470 14
文生图架构设计原来如此简单之分布式服务
|
6月前
|
Cloud Native Serverless API
微服务架构实战指南:从单体应用到云原生的蜕变之路
🌟蒋星熠Jaxonic,代码为舟的星际旅人。深耕微服务架构,擅以DDD拆分服务、构建高可用通信与治理体系。分享从单体到云原生的实战经验,探索技术演进的无限可能。
微服务架构实战指南:从单体应用到云原生的蜕变之路
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
439 3
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
9月前
|
缓存 Cloud Native Java
Java 面试微服务架构与云原生技术实操内容及核心考点梳理 Java 面试
本内容涵盖Java面试核心技术实操,包括微服务架构(Spring Cloud Alibaba)、响应式编程(WebFlux)、容器化(Docker+K8s)、函数式编程、多级缓存、分库分表、链路追踪(Skywalking)等大厂高频考点,助你系统提升面试能力。
939 0
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
1853 70
从单体到微服务:如何借助 Spring Cloud 实现架构转型