精华内容
下载资源
问答
  • 中台架构

    千次阅读 2019-09-26 22:11:06
    企业互联网中台架构,简称中台,起源于阿里巴巴,不同的人对中台有不同解读。 我认为,中台可定义为:中台是一套结合互联网技术和行业特性,将企业核心能力以共享服务中心进行沉淀,形成“大中台、小前台“的组织和...

    中台是什么

     

    企业互联网中台架构,简称中台,起源于阿里巴巴,不同的人对中台有不同解读。

    我认为,中台可定义为:中台是一套结合互联网技术和行业特性,将企业核心能力以共享服务中心进行沉淀,形成“大中台、小前台“的组织和业务机制,供企业快速低成本的进行业务创新的企业架构。

     

    中台的目的是提供企业快速低成本创新的能力”,核心是“构建企业共享服务中心”,过程是构建 “大中台、小前台“组织和业务机制。

     

    其中,前台作为一线业务,更敏捷更快速适应市场,中台将整个企业的数字运营能力、产品技术能力,对各业务前台形成强力支撑。

     

    阿里巴巴的中台架构

     

     

    阿里中台架构 

    from 钟华编著《企业IT架构转型之道:阿里巴巴中台战略思想与架构实战》图1-3

     

    上图可以看出,阿里巴巴有超过数十个业务单元(如淘宝、天猫、聚划算、菜鸟)均不是独立构建在阿里云之上,在后端阿里云技术平台和前端业务之间有“共享业务事业部“,将业务中公共、通用的业务沉淀下来,包括用户中心、商品中心、交易中心、评价中心等十几个共享单元,是“厚平台的真正实现“。

     

    而后端的阿里云提供资源和中间件云服务能力做载体。同时,使用集团近十年的双11、双12的高可靠、可稳定的运维保障能力,对整个系统进行支撑。

     

    中台的使命是从下到上逐步完善阿里的整个体系,从阿里云、数据、中间件、算法,到上面支撑的各种业务解决方案,构建阿里自己核心的能力。

     

    中台在阿里巴巴的诞生

     

    在淘宝初期,主要面向C2C的电商领域,整个系统都是围绕一套“烟囱式”的淘宝技术框架进行。随着业务的不断扩张,集团成立出天猫事业部主抓B2C电商领域,又形成了一套烟囱式发展。

     

    这种烟囱式的架构体系带来了诸多不足,比如成本的重复投入和维护、数据之间打通复用的难度、几年之后推到重建的风险。

     

    为了解决这些问题,集团开始构建共享服务中心体系,来沉淀和服用业务能力,但是由于没有过多的业务话语权,共享服务体系的建设一开始并不顺利。 

     

    之后,随着“聚划算”团购项目的启动,各种系统的流量都需要通过聚划算,这时,共享服务中心得以大展手脚,逐步将集团核心的业务能力构建成用户中心、商品中心、交易中心、评价中心、店铺中心等等数十个共享服务。

     

    可以说整个阿里中台的革命也是共享服务中心的革命,各共享服务中心聚焦核心业务单元能力的构建,协助目前集团上百个前台业务的快速创新。

     

    这里需要强调一下,中台是去中心化的,而共享服务中心正是一个个解耦的服务模块,这里的中心有一些特点:

    1. 共享中心以共享业务+数据能力为主,比如领域服务层+API接口

    • 共享中心的目的是沉淀传统行业业务和数据能力,并开放出去

    • 共享中心是中台的重要部分,目的是实现前端应用和后台的彻底解耦

     

    中台的好处

     

    没有中台前,企业的痛点体现在:

    复杂:系统庞大、逻辑复杂  (学习理解成本高,每人了解系统全貌,最懂的是程序员,需要翻代码才能知道具体逻辑)

     

    重复:系统差异性大、标准不一 (同样的需求在不同系统重复造轮子,对于一个通用功能,没人说清楚是否有,或知道但现有的够不够支持)

     

    沟通成本高:团队多,跨部门的沟通多(无用的拉通对齐会太多,沟通需求和信息获取成本极高)

     

    中台就是为了让企业进行核心能力的沉淀,更给予我们快速创新的机会,具体包括:

     

    1、中台赋予业务快速创新和试错能力

    企业可以聚焦核心共享服务的建设,提高服务的重用。

     

    2、打造数字化运营能力

    中台有助于业务通过共享核心能力的沉淀,进行数字化运营。通过对中心核心数据的分析,更加精确地对业务进行调整和优化,全方位动态调整资源利用。

     

    3、改变组织阵型带来组织效能提升

    中台的变化也是组织阵型的变化。一方面,对于公司,中台侧重的是跨部门跨团队的深入合作。另一方面,对于个人,中台推荐的是类微服务的小而精团队,员工从事多种岗位,对全局和整体有更深入的锻炼。

     

    中台是平台化的自然演进

     

    这里比较一下中心化、平台化、中台化。

     

    中心化类似烟囱式架构,一个中心解决整个技术堆栈。

    平台的目标为高内聚、低耦合、职责边界清晰,是单一团队、部门、系统的效率提升。

     

    中台的目标是提升效能、数据化运营、更好支持业务发展和创新,是多领域、多BU、多系统的负责协同

     

    中台是平台的自然演进:这种演进带来“去中心化“的组织模式,突出对能力复用、协调控制的能力,以及业务创新的差异化构建能力。

     

    企业中台化转型

     

    传统企业应用中台战略进行互联网化转型,主要需要关注以下6点。

     

     

    1、尽可能拆分,共享中心建设

    企业应该尽可能地拆分自己的应用,进行共享服务中心的建设,将核心的业务能力复用和沉淀。

     

    共享中心的拆分要注意层次。

     

    首先,可以从基础主数据和核心共享数据出发去定义中心,例如客户中心,订单中心,所有功能目的都是围绕客户或订单数据本身。

     

    第二,可以围绕核心业务展开进行中心的定义,比如交易中心,人事共享服务中心,这种中心的强调核心业务能力,而不是针对某特定数据。

     

    另外,可以以核心业务规则和逻辑构建的中心,比如包调度中心,规则中心等,这些都是实现核心业务逻辑处理为主的中心。

     

    2、去中心化,线性扩展

    企业需要采用去中心化架构,没有核心流量汇入点,服务中心尽量无状态,便于水平扩展。这样平均分担压力,负载均衡,对单个中心带来的负载更小,故障影响的范围也更小。

     

    同时,也要求我们的数据服务也要进行分布式改造,使用分库分表,读写分离的思想,便于根据实际情况扩索容。

     

    3、数据化运营

    当然,去中心化也会面对系统运维和管理成本上升的问题。企业需要对自身的运维运营过程进行积累和沉淀,整理出数据化、自动化运维的经验,同时增强监控告警、限流降级、性能分析诊断等方面的能力,精准定位目前系统中存在的问题,并提出相应的改善方案。

     

    另外,数据是企业最宝贵的财富,企业可以通过各中心的数据,今而挖掘新的业务机会,快速创新。

     

    4、异步化,最终一致

    在大量的实践中,大部分业务流程不需要强一致性,而使用最终一致来平衡。

    我们需要使用异步解耦,如使用消息队列来完成业务逻辑,缩短相应周期。

     

    以双11为例,一个交易需要200多个系统,假设每个系统需要10毫秒,再加上一些网络和前端延迟,总时长将超过3秒。而在互联网领域,3秒的RT会造成大量的用户流失。使用异步化,缩短服务主链路可以大大缓解这一问题。

     

    5、尽可能自动化

    企业进行中台改造,会面临很多机器来负载业务,要求企业尽可能提高自动化能力,比如自动部署、自动弹性扩容、自动升降级、自动限流降级,降低运营成本,也提高系统的稳定性和业务连续性。比如消息队列中以自动化的形式实现系统的秒级切换和快速恢复,对应用几乎没有影响。

     

    6、尽可能使用成熟组件

    中台的建设要求企业将重心放在服务中心上,对于底层组件,尤其是中间件层面,尽量使用成熟的组件来提高系统稳定性和性能。

     

    目前,阿里巴巴中间件已经将多年经双十一购物狂欢节的严苛考验的技术沉淀,以阿里云标准云服务的方式输出给外部客户,其中包括多款阿里云中间件产品(比如EDAS/MQ/DRDS/ARMS/PTS),并提供全方位的互联网化转型的架构咨询、技术支持、交付培训等服务。并不仅仅是技术红利的分享,更重要的是整个阿里中台战略思想的传播。

     

    Takeaways

     

    • 中台可以帮助传统企业将企业核心能力以共享服务形式沉淀,供企业快速低成本的进行业务创新的企业架构。

       

    • 中台是平台化的自然演进,是一种体系/生态/方法论。

       

    • 中台的目的是“提供企业快速低成本创新的能力”。中台的核心是“构建企业共享服务中心”。

       

    • 企业中台化转型中,需要关注拆分/去中心化/数字化/异步化/自动化/成熟组件等方面。

    Reference

     

    《企业IT架构转型之道:阿里巴巴中台战略思想与架构实战》— 钟华

    http://www.open-open.com/news/view/1f1f312

    http://www.sohu.com/a/166699898_413980

    展开全文
  • 数据中台研究,网上收集数据中台各公司的中台架构。用于对中台架构的研究,希望对你有用。前台,中台,后台。
  • 阿里架构的中台架构的PPT分析

    万次阅读 多人点赞 2019-08-08 10:58:05
    本文整理了阿里几位技术专家,如架构总监 谢良纯,中间件技术专家 玄难等几位大牛,关于中台架构的几次分享内容,将业务中台形态、中台全局架构、业务中台化、中台架构图、中台建设方法论、中台组织架构、企业中台...
    本文整理了阿里几位技术专家,如架构总监 谢良纯,中间件技术专家 玄难等几位大牛,关于中台架构的几次分享内容,将业务中台形态、中台全局架构、业务中台化、中台架构图、中台建设方法论、中台组织架构、企业中台建设实施步骤等总共13页PPT精华的浓缩,供大家学习借鉴。
    

    本文要点小结:
    1,阿里业务中台架构图。阿里完整前后中台技术架构图。
    2,业务中台化-产品形态。将商业基础形态和逻辑梳理出来,解构成业务“积木块”。
    3,业务中台化-全局架构。建立中台的中心化控制单元,对中台有一个纵观全局的视图。
    4,业务中台化 - 业务创新和智能化。业务中台化,汇集和沉淀业务逻辑和数据,对快速创新提供支持。
    5,阿里核心业务架构。小前台、大中台、轻后台的相互支撑体系。
    6,阿里数据中台架构。数据中台建设理论、方法和实践。
    7,阿里技术全栈全景图。阿里的移动中台、业务中台、数据中台、技术中台。
    8,阿里技术平台底座。阿里多年技术积累和沉淀,构建在阿里云之上。
    9,阿里中台组织架构。阿里的中台战略,相匹配的组织架构升级。
    10,业务中台建设路径。企业中台建设应遵循的3个步骤:决心变革、成功试点、持续融合。
    11,企业中台战略4个升级。从战略、组织、流程、技术四个方面进行升级。
    12,阿里中台的能力开放。基于阿里云、ET大脑、业务&数据双中台的能力开放。
    13,阿里业务中台建设方法论。中台建设和基础协议、中心化操控单元。

    01
    阿里业务中台架构图

    在这里插入图片描述
    基础设施服务,即IAAS层,提供硬件底层支持。
    基础服务层,即PAAS层,包括分布式服务框架、分布式数据库、分布式消息、分布式存储、分布式事务、实时监控服务等等。
    互联网业务中台,包括各服务中心的抽象出来的各种业务能力,包括交易中心、支付中心、营销中心、结算中心、用户中心、账户中心等等。也包括非业务类服务,如日志分析中心、配置中心、序列中心、基础中心。
    业务应用,经过调取业务中台,组装形成独立业务服务能力的业务应用,如
    交易来源,就是前台用户使用的各个端,如淘宝App、PC站等。

    02
    业务中台化-产品形态

    在这里插入图片描述

    阿里的电商生态,就是要根据对商业的理解,把一些基础逻辑梳理出来。例如什么是业务?什么是业务身份?各个业务领域的边界是什么?每个领域提供的基础服务是什么?领域服务和领域服务之间的流程链接标准是什么?再在这些思想的指导下去建立业务平台化的实施标准和业务管控标准。
    电商业务中台由一系列:业务能力标准、运行机制、业务分析方法论,配置管理和执行系统以及运营服务团队构成的体系,提供各业务方能够快速,低成本创新的能力。

    03
    业务中台化-全局架构

    在这里插入图片描述

    中台建设需要一个中心化控制单元,就是我们的运营平台。它主要由协议标准、能力地图、业务需求结构分解、全局业务身份、业务全景图、业务度量等构成。能让我们有一个地方纵观全局,把控细节。
    其中能力地图是一个最基础的设施,要能把电商生态里面的能力都呈现出来,并在过程中不断的优化完善。就象我们现在出行离不开XX地图一样,今后所有的业务方需要做业务规划,业务创新,都可以到这儿来寻找需要的基础能力。

    04
    业务中台化 - 业务创新和智能化

    在这里插入图片描述

    为了能将业务逻辑本身与实现逻辑分离,可以将业务逻辑下发给不同实现的执行系统,引入竞争,方便业务平台的改造升级,我们要将控制信息从业务平台中抽离到业务中台,以业务身份为主线来进行组织管理和呈现。并以生态角色的视角来重构信息架构。这样的变革对我们原来的系统架构提出了更高的要求。
    通过业务中台化,我们把所有业务的数据汇集沉淀。每个业务它是怎么出来的,出来之后做了哪些业务需求,业务活动,每个业务活动的效果是怎么样的,都可以沉淀下来。

    05
    阿里核心业务架构

    在这里插入图片描述

    通过阿里云平台将技术中台进行部署,对集团内共享业务单元提供支撑,并最终对前台各业务线提供服务化能力输出。

    06
    阿里数据中台架构

    在这里插入图片描述

    阿里巴巴提出的数据中台模式正是为解决这些问题而生,并通过实践形成了统一全域数据体系,实现了计算存储累计过亿的成本降低、响应业务效率多倍提升、为业务快速创新提供坚实保障。

    全域数据采集与引入:以需求为驱动,以数据多样性的全域思想为指导,采集与引入全业务、多终端、多形态的数据;

    标准规范数据架构与研发:统一基础层、公共中间层、百花齐放应用层的数据分层架构模式,通过数据指标结构化规范化的方式实现指标口径统一;

    连接与深度萃取数据价值:形成以业务核心对象为中心的连接和标签体系,深度萃取数据价值;

    统一数据资产管理:构建元数据中心,通过资产分析、应用、优化、运营四方面对看清数据资产、降低数据管理成本、追踪数据价值。

    统一主题式服务:通过构建服务元数据中心和数据服务查询引擎,面向业务统一数据出口与数据查询逻辑,屏蔽多数据源与多物理表;

    极大的丰富和完善了阿里巴巴大数据中心,OneData、OneID、OneService渐趋成熟并成为上至CEO、下至一线员工共识的方法论体系。

    07
    阿里技术全栈全景图

    在这里插入图片描述

    阿里技术全栈包含:移动中台、业务中台、数据中台、基本中间件、基础设施、前台业务、后台业务。
    移动中台,包括移动网关、开发套件&框架、消息推送、移动IM等等,提供了限流、负载、鉴权、消息推送、开发框架等等,使得移动端应用开发效率更高。
    业务中台&数据中台,将业务、数据抽象和沉淀形成服务能力,对前台提供调用。

    08
    阿里技术平台底座

    在这里插入图片描述

    在阿里集团内部,所有业务中台、前台,共享一个技术平台底座,将阿里多年技术沉淀的价值最大化,提供运行更稳定、架构更灵活的技术支撑。

    09
    阿里中台组织架构

    在这里插入图片描述

    阿里巴巴集团在近期的组织结构调整中,组成由“小前台,大中台”互为协同的创新管理模式。
    原阿里巴巴中国零售事业群总裁张建锋将担负起“中台”的重要工作,负责共享、数据、搜索,以及闲鱼、淘宝头条等创新孵化业务。

    10
    业务中台建设路径

    在这里插入图片描述

    阿里对业务中台建设路径进行了总结提炼:
    1、决心变革。企业内达成战略共识,一把手牵头,做总体规划、分步实施,找准切入点,解决具体业务问题。
    2、成功试点。通过分析调研,明确业务目标和范围,完成技术平台引入、中台建设方法论宣导,进行试点,梳理标杆,积累经验。
    3、持续融合。总结出适合企业自身的理念和规范,优化组织、提升中台效率。

    11
    企业中台战略升级的4个方面

    在这里插入图片描述

    阿里建议企业实施中台战略的4个升级:
    1、战略升级。通过中台建设,落地企业数字化战略。
    2、组织升级。组织架构需要与中台架构相匹配,根据企业实际情况优化组织效率。
    3、流程升级。将企业现有流程进行梳理,优化及固化企业流程,提升企业运作效率。
    4、技术升级。通过互联网技术,对企业基础技术设施进行升级,降本增效。

    12
    阿里中台的能力开放

    在这里插入图片描述

    阿里基于阿里云、ET大脑、业务&数据双中台,将阿里10多年的技术能力向社会进行开放。

    13
    阿里业务中台建设方法论

    在这里插入图片描述

    中台建设的基础协议
    就是要根据我们对商业的理解,把一些基础协议梳理出来。例如什么是业务?什么是业务身份?各个业务领域的边界是什么?每个领域提供的基础服务是什么?再在这些思想的指导下去建立业务平台化的实施标准和业务管控标准。

    中台的基础设施:中心化控制单元
    就是运营平台,它主要由协议标准、能力地图、业务需求结构分解、全局业务身份、业务全景图、业务度量等构成。能让我们有一个地方纵观全局,把控细节。

    展开全文
  • 阿里中台架构解析.zip

    2021-03-06 07:36:16
    讲解阿里业务中台架构图、业务中台化全局架构、阿里核心业务架构、阿里数据中台全景图、阿里大数据能力框架、数据中台赋能生态、阿里数据中台演进的四个阶段、阿里中台技术、阿里移动中台、阿里研发中台、阿里组织中...
  • 风云中台架构

    2020-04-02 21:09:19
    最近做了一个关于中台架构的一个项目,然后对于业务中台和数字中台有一些自个人的理解。然后本文这里呢主要是讲述实践项目当中的中台架构出现哪些问题还有一些容易纠纷地方对于中台的准确定义各家有各家的说法,这里...

    最近做了一个关于中台架构的一个项目,然后对于业务中台和数字中台有一些自个人的理解。然后本文这里呢主要是讲述实践项目当中的中台架构出现哪些问题还有一些容易纠纷地方对于中台的准确定义各家有各家的说法,这里就不去做标准定义的纠结了,毕竟实践中不会太有可能出现某一个企业能够从零开始去直接搭建业务中台和数据中台大部分都会涉及到老系统的一些壁垒存在。
    先说业务中台,什么样的接口需要放入到业务中台?业务中台的接口必须具备几个特点,第一就是它必须具有业务通用性。这也是在实践当中争议最大的一点,对于客户来说,可能理解为所有的业务需求接口都必须由业务平台统一来管理。这种方式的话,其实业务平台就变成了一个综合大后端,并不能够做到及时的去响应前端需求,而且开发量也会很大。然后再说数据中台,我个人理解的数据中台主要做两个事情,一数据采集,第二就是数据治理,数据的流向从采集到供出的过程。但此过程当中也有一个争议非常大的地方,就是数据中台供出,那么到底是供出元数据还是供出根据业务中台的业务需求供求数据。如果做原数据供出,那么相当于数据计算和数据分析的能力,就是得业务平台来做。如果是根据业务中台的需求供出数据,那么数据中台又会感觉这是业务中台的事情,而而并非数据状态来做。所以在实践当中关于业务中台和数据中台如何配合,他们各自的边界又在哪里,一直都是争论比较大的地方。
    如有好的见解欢迎留言。

    展开全文
  • 苏宁数据中台架构实践,介绍了数据中台的演进过程,系统架构等
  • 数据中台架构实践
  • 基于中台架构的新业务建设原则数字化建设是一个长期持续的过程,在此过程中,中台能力不断沉淀、增强,产品功能越来越多,新的产品也会随着业务的不断发展逐渐增加。要让这些新的产品和功能在不断建设以满足业务发展...

    基于中台架构的新业务建设原则

    数字化建设是一个长期持续的过程,在此过程中,中台能力不断沉淀、增强,产品功能越来越多,新的产品也会随着业务的不断发展逐渐增加。要让这些新的产品和功能在不断建设以满足业务发展要求的同时,还能完成中台架构持续沉淀数字资产的使命,给企业带来持续的高效业务支撑,就需要对这些新的产品建设提出一些假设原则和标准规范。

    从组织人才角度来说,不是所有传统企业都像互联网或者集团型企业那样能拥有大量的架构设计和开发人员,所以很难将中台的运营模式从互联网公司照搬到企业中,但企业中台作为企业将来最为核心的数据资产的重要性已经不言而喻,所以笔者建议有能力的企业应拥有一个自己的技术团队,核心职能不是像以前那样进行企业各种业务系统的开发建设,而是着重于中台的服务能力运营。

    如果有些企业的IT部门在短期内没办法建设和拥有自己的开发技术团队,则务必寻找到一个与企业建立可持久、紧密的合作关系的战略级IT服务提供商,企业IT部门的人员一定要行使好各服务中心业务发展方向把关的职能,并对技术的架构有清晰的掌控,IT服务提供商则提供较为纯粹的技术开发工作,这样才能保证中台在有效运营的情况下,在核心业务发展上做到企业自主可控。

    所以,如果企业中台的核心运营团队是企业自身的技术团队,那么企业与IT服务商间合作出现问题、服务人员流失、数据安全等因素对中台业务的影响将降到最低。

    对于前台业务的系统建设,应秉承业务数据的统一、实时、在线以及业务沉淀的原则,新建业务系统应基于中台现有的服务能力进行构建,此时就不要奢望所有的系统都由企业自己的技术团队开发,这不单单是出于人才成本上的合理性考虑,而且确实有些业务系统所涉及的领域非常专业,企业业务部门的同事都未必能将该领域的业务需求梳理得非常清楚,就很难进行自主开发了。从中台架构在传统企业中过去几年的实践来说,确实基于所建业务的专业性、企业对自身业务的理解深度、系统上线时间等

    原因,不能完全遵循中台建设的原则进行系统建设,从这些实践中,针对企业新建系统类型和建设条件的不同,大致总结出了以下几种建设方式。

    1.自有技术团队+软件外包人员联合开发模式

    在企业对于业务需求有比较系统化的理解和把控能力的情况下,就完全应该基于中台已有的服务能力和开发规范进行系统的开发建设,使得新建系统能很好地融入企业的中台体系之中。但对于任何企业,在技术开发人员上投入的成本都相对较高,

    所以笔者不建议企业中所有业务系统都由自己的开发人员去实现,而是在这些系统的建设过程中,让业务和技术架构师、核心开发人员来自企业自身的IT技术团队,这样可在业务、技术架构层面对系统建设有总体的把控,之后,具体的业务逻辑可以让软件外包人员实现,很多互联网公司在过往很长一段时间也都是采用这样的方式。

    这样就能实现新的业务也基于中台架构,拥有前面章节所阐述的中台架构带来的各种优势和价值,在对系统核心业务有把控的同时,总体人员成本会降低不少,也不会出现系统并行建设或上线系统越来越多,企业所需的开发人员呈现线性增长的情况。

    2.引入专业解决方案提供商,遵循中台架构建设

    在企业自身的业务部门和技术团队都对该业务领域没有足够的理解和需求把握的情况下,可以采用招投标的方式,选择出对企业目前新建系统的业务需求更理解、具备该领域专业能力的解决方案提供商,让他们基于企业中台的服务设计、开发、数据库设计等规范进行开发。

    在此过程中,企业的技术和业务人员应抓住难得的业务学习机会,深入系统的需求梳理、设计、开发、建设阶段,而不能像之前那样只负责项目管理以及资源协调等工作,目的是尽快对该系统的业务领域有一个全面的掌握,并起到对该系统在业务发展方向的把控作用,逐渐构建起在该业务领域的业务深度,最终达到与第一种方式相同的效果,企业自己的业务运营和技术人员能全局把控该系统的运营和发展方向,行业解决方案商可继续提供该系统的开发运维及功能升级等服务。

    采用这样的方式既能在短期内借力(毕竟这些专业的解决方案提供商多年来在专业领域中沉淀了很好的业务知识和最佳实践),也能很好地保持中台架构的建设阵型。随着企业人员对该业务领域的不断学习和沉淀,最终将这块业务完全按照企业中台发展的要求纳入整个中台体系之中。

    3.引入商业套件,实现中台服务能力与套件的业务对接

    在上一个方式中,所选择的专业解决方案提供商很可能有自己成熟的产品,相比于完全自定义开发的方式,基于“商业套件+适量”的定制开发能给这些专业解决方案提供商带来更大的利润,减少每个项目的投入周期和成本。而且有些专业系统确实需要多年的沉淀和打磨才能形成,比如产品设计管理系统、非常专业的设计建模工具,整体系统没办法在短期内基于中台架构进行重构。不管解决方案提供商是出于项目利润还是本身系统融入中台架构的改造成本的考虑,都势必会将这部分成本转嫁到企业,使得企业构建系统的成本大幅上升。

    从企业IT投入产出比的角度来说,对于这样的情况,就只能退而求其次,采用商业套件进行定制的方式,在套件现有的API基础上,通过ESB或API集成网关实现套件与中台现有的服务能力互联。

    采用这样的方式确实在某种程度上无法实现真正的数据实时、统一、在线,接下来应该借鉴第二种建设方法,企业自己的员工在系统建设和使用中学习专业知识,使该专业能力真正由企业自身掌握,再发挥“学、赶、超”的精神,帮助企业在该业务领域构建起自身独特的竞争优势。

    这里想说,企业在学习和掌握了这些专业套件中的业务精华后,不一定要把这些商业套件推倒重建,笔者认为是否要推倒重建主要取决于以下两点:

    商业套件与中台架构间采用传统的系统集成方式,因为无法真正做到数据的实时、统一、在线,给企业在关键的业务链环节优化带来重要影响。

    商业套件所提供的用户体验、业务响应能力无法满足企业高速发展的要求,也无法很好地承担起让企业业务长远发展的重任。

    任何系统推倒重建都会给企业带来人力和开发的成本投入,也会给业务支持多少带来一些影响,任何IT投入都应给企业解决实际的问题,创造真正的商业价值。如果一个软件套件可以很好地行使职能,没有阻碍企业业务的发展,那就依然保持现有系统的运转状态,直到该系统自身的发展满足不了企业发展的需求,再进行推倒重建,此时企业也具备了对该业务领域足够的了解并能清晰地分析业务需求,具备了将该系统基于中台架构进行建设的条件。

    《数字化转型的道与术:以平台思维为核心支撑企业战略可持续发展》

    中台圣经——《企业IT架构转型之道》作者钟华新作!十余年数字化实战经验再升华!开创性提出数字化转型中平台思维的十大要素。来自实践,并能指导实践。系统化介绍数字化转型的思路与方法,以及产业互联网平台的建设思路,为各种业务模式的数字化转型提供高价值参考。

    bdde2e84f2a53c20fd0487617946dc96.png

    加入技术琐话读者群讨论,请在公众号回复关键词:读者群。

     往期推荐 

    • 近万服务实例稳定运行 0 故障,携程微服务架构是如何落地的?

    • 聊聊对账

    • 聊聊记账

    • 没有被了解的API?一个老码农眼中的API世界

    • 华为数据驱动的企业数字化转型

    技术琐话 

    以分布式设计、架构、体系思想为基础,兼论研发相关的点点滴滴,不限于代码、质量体系和研发管理。本号由坐馆老司机技术团队维护。

    46bd4a501525e2ac8f6d9292d21fc7da.png

    展开全文
  • 基于中台架构的新业务建设原则数字化建设是一个长期持续的过程,在此过程中,中台能力不断沉淀、增强,产品功能越来越多,新的产品也会随着业务的不断发展逐渐增加。要让这些新的产品和功能在不断建设...
  • 华为云大数据中台架构分享.pdf
  • 双剑合壁实时计算+交互式分析双擎解决数据中台实时性的短 板和痛点 实时计算及交互式分析数据中台架构 数据中台的时效性 实时架构的演进 批流体 流计算+交互式分析的分合作 些典型案例 中台 时效是数据中台的价值...
  • 本文整理了阿里几位技术专家,如架构总监谢纯良,中间件技术专家玄难等几位大牛,关于中台架构的几次分享内容,将业务中台形态、中台全局架构、业务中台化、中台架构图、中台建设方法论、中台组织架构...
  • 数据中台架构详解

    千人学习 2019-04-19 14:13:24
    当今是数据时代,越来越多的企业开始重视并探索数据的价值,希望通过数据运营赋能业务、让数据成为企业业务增长的新能源。但在数据运营过程中,... 本次直播将深度揭秘企业数据中台的技术架构、数据架构、产品架构
  • 中台架构的演变

    2020-02-23 15:46:02
    本篇文章适合人群是:想要初步了解中台架构的人。 写作目的是:记录自己对中台的理解,和一些看法。 # #中台架构 在互联网之初,业务的发展呈现的是烟囱式建造模式。举个例子,在一个企业中,比如是阿里...
  • 数据中台架构实践

    2020-08-05 08:42:49
    【数据中台架构实践.pdf】电子书下载:点击下载 一、数据中台定义 数据中台是一套可持续“让企业的数据用起来”的机制,一种战略选择和组织形式,是依据企业特有的业务模式和组织架构,通过有形的产品和实施方法...
  • 导读:本文是对中台架构发展至今的一个简短回顾,并介绍企业中台的典型业务架构,希望各位读者对于中台的理念有一个基本的了解。数字化转型需要一个科学的架构和体系来支撑其落地和持续发展,从实际案...
  • 大数据仓库的各个分层和数据中台架构,以及离线数据和实时数据的处理流程。
  • 本质上,中台是一种中心化、平台化的企业组织架构和业务形态,当这样的组织和业务架构投射到IT ...继本系列前一篇文章对中台架构作了整体性的介绍之后,本文我们将继续从组织架构的角度上展开对中台的介绍,这是中台
  • 数字中台架构课程介绍,深入了解服务治理方案和Devops。
  • 关于中台架构的理解

    2020-06-19 14:55:31
    中台架构的本质 中台架构的本质是平台思维。 是将企业的核心能力随着业务发展沉淀到平台,形成以服务为中心,由业务中台和数据中台构建起数据闭环运转的运营体系,供业务更高效的进行业务探索和创新,实现以数字化...
  • 今天给大家分享华为云龙江先生在2019中国大数据技术大会(BDTC)上做的分享《大数据中台架构分享.pdf》,分享包括三个方面:1、数据中台背景洞察;2、华为数据中台顶层设计;3...
  • 余额宝背后的中台架构及落地实践.pdf
  • 导读:本文是对中台架构发展至今的一个简短回顾,并介绍企业中台的典型业务架构,希望各位读者对于中台的理念有一个基本的了解。作者:钟华来源:大数据DT(ID:hzdashuju)数字化转型需...
  • 在梳理了企业的IT 现状并回顾了SOA 的历史之后,我们需要对中台架构进行一番详细的介绍,阿里巴巴的Aliware 团队曾经给中台下过这样的定义: 将企业的核心能力随着业务不断发展以数字化形式沉淀到平台,形成以服务为...
  • 业务中台采用领域驱动设计(DDD),在其上构建业务能力SAAS,持续不断进行迭代演进。 平台化定位,进行了业务隔离设计,方便一套系统支撑不同玩法的业务类型和便于定制化扩展。 前后端分离,通过服务接入层进行...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 13,310
精华内容 5,324
关键字:

中台架构