为何用友中台处处被围观,她是如何走到今天的?

1、云平台的发展过程

  如果把用友公司产品发展比喻成一架高速飞行的飞机的话,那平台无疑是这架飞机的驾驶舱和引擎。平台对产品发展既有方向的引领,也有强有力的拉动作用。
  平台最早诞生于NC产品线。在NC 2.x系列的时候就完成了流程、公共控件、模版等组件的设计开发,并实现了开发流程的规范化。这支撑了NC2、3系列的规模化开发。在NC5.0研发时,平台采用了当时先进的SOA服务化的思想,实现了服务接入框架,将代码结构进行合理分层,并对三大模版、流程平台、系统管理框架等进行了重构。在NC6系列时,平台对多集团、多组织、元数据、数据权限、分级管控等进行了应用模型的升级,更好的支撑了高端企业的业务需求。此时称为UAP的平台,在当时的技术架构下是业界一流的水平。
  从14年开始,UAP升级为iuap,开始向互联网架构转型。首先进行的是技术平台层的转型。随着共享服务项目的共建,完成了平台的第一代前端框架,后端的分布式中间件、技术组件等也陆续开发完成和逐步完善。从17年开始,公司在之前技术探索的基础上,先后启动了采购云、人力云和财务云的开发并进行云业务转型,iuap平台在前期技术积累的基础上,同期进行应用支撑层的开发。在此期间用户中心、租户中心完成初步开发并实现多系统的统一用户管理和单点登录;第一代轻量化工作台完成开发并作为云服务的入口,另外如权限组件、组织组件、编码规则组件等业务组件和支撑组件得到开发和应用。此时的平台支撑除了用户、租户外都是以组件的形式,输出给各云进行独立部署。
  各云经过不断发展,业务取得了很大的突破。加强互相之间的应用融合的诉求越来越强,另外,各云都有与NC、U8等内部ERP产品的混合云应用场景,各自连接需要大量重复工作,另外在使用配置方式上也不尽相同。这些给用户的联合使用带来不便。在此期间,iuap平台也在不断演进,进行了微服务化的探索,组织、权限、基础数据等业务模型组件和编码规则、日志等支撑组件也进行了微服务化的转型升级。服务化的业务模型,具备天然的数据融合能力。数据融合、服务互通才能实现云系统之间的业务融合,具备更强大的业务竞争力。鉴于此,以iuap平台云服务为基础底座、以实现财务云、人力云、协同云业务深度融合创新并实现与内部ERP集成打通为目标的diwork项目于18年顺利完成。经过这段时间的锻造和发展,iuap平台的业务架构已具备社会化属性、生态化的支撑能力、一定的开放性和数据和能力共享的服务化模式,这已经跟时下最火的一个词产生了很大的关系,那就是“中台”。

2、什么是中台

  中台思想目前被认为来源于美军的现代化作战系统。当年美军在伊拉克战争中与“基地”组织对阵,最初有较大伤亡,分析后发现基地组织各组织间能够实现情报共享并根据战场局势随时调整,这种“无章法”的作战方式,是能够取得较好战况的原因。而相对来讲,当时美军森严的等级制度与冗长的汇报体系导致响应效率低下;各机构之间的利益壁垒导致信息不共享、不对称,进而导致很多战机被贻误。针对这种情况,美军逐渐变革,打破机构间壁垒实现信息共享,对一线作战机构充分放权,让听得见炮声的人能够呼唤到炮火。这种前线驱动后方、后方各规模化兵种快速响应一线的组织方式,被认为是中台型组织架构的思想来源。
  在国内,阿里早在2009年就成立了共享业务事业部,它的职责是支持淘宝和天猫两大业务线的公共能力,如商品、评价、物流等,更好的支撑淘宝和天猫两大业务线的发展。虽然共享业务事业部的发展过程并不平坦,但为它后来的中台转型提供了经验。在2015年阿里正式启动中台战略转型,将搜索事业部、共享业务平台、数据技术及产品部组成了中台事业群,并喊出“小前台,大中台”的管理模式。腾讯在2018年的组织架构调整中,成立技术委员会并打造技术中台是其调整的一个重点。京东为了推行中台战略,去年也进行了一系列组织架构的调整。我们知道在IT界有个叫康威定律的东西,核心思想是指系统的设计与设计此系统的组织形式是等同的。这些企业的中台型组织形式的调整,就是为了使组织形式与中台型的软件系统和业务系统的设计相匹配,更好的推进中台型系统的转型。
为何用友中台处处被围观,她是如何走到今天的?

  上图是对前、中、后台的划分。其中前台承接的团队多是头狼团队,主要应用于全员或社会化应用,进行场景化的业务创新,直接为企业创造商业价值。前台主要追求的是灵活多变、快速响应能力。后台的架构可以相对稳定,可复用程度低,不一定有太高的承压能力。主要处理专业领域的问题,用于企业内部经营管理,作为数据记录的信息化系统。后台主要追求的是专业、稳定。而中台介于前后台之间作为变速传动齿轮存在,一方面实现与后台系统的信息集成,另一方面支撑前台的快速创新。
  中台是不断演进的。对于前台系统的业务,随着发展可重用的公共能力稳定后,会逐渐沉淀到中台;而对于后台系统中的高频业务,或随着业务发展和人员规模的增长而变得需要高承压、高性能的业务能力,如果中台已经具备这些能力,可以分步骤将后台业务牵引到已有中台服务上,如果还没有,可以在中台构建新的服务能力以支撑这部分后台业务需求。

3、企业对中台的诉求

  公司的互联网转型历程,是国内各企业进行数字化转型的缩影。中国的传统企业,经过几十年的IT建设,信息化水平已经有很大提升。但建设过程也引发一些问题,稍微上点规模的企业,内部都会存在多套IT系统,这些系统之间要么相互割裂形成信息孤岛,要么是通过传统的集成手段进行系统集成,整体上讲还是大量的异构系统。另一方面,以阿里、京东为代表的电商和营销平台的拉动,国内消费端的需求已经得到充分的挖掘和释放,相反企业端的供给能力则相对滞后,企业的关注点从内部的管理优化上,逐渐转移到如何更好的进行产业链上下游的协作、更好的参与到社会化的分工合作中。而传统企业原有的IT架构多是内部信息化系统,技术架构也是非互联网架构,无法支撑产业链和社会化协同的需求。这些都推动企业的IT系统向新技术架构转型,同时也形成了业界称为的双模IT.
  向新IT架构的升级过程,涉及大量业务和数据的迁移,同时又不能到影响企业的正常作业,而且对于特定的后台应用,短期内也不一定需要架构上的升级,所以双模IT对于传统起来来说,会存在比较长的时间。在这个时间内,原有割裂系统如何更好的实现融合互通,老架构与新架构间的稳定性和性能等方面的缝隙的弥补,就需要有中间层的承载。
  对于数字化原生企业,同样需要中台层。因为后台系统多用于企业内部管理,其安全性和对性能的要求,都与前端应用有很大差异。另外,在微服务架构下,业务和数据天然是按服务进行拆分隔离的,如果不采用中台的思想进行建设,很容易产生新架构下的“烟囱式”壁垒。

4、用友的中台建设

  从平台的发展过程可以看出,中台是iuap平台在支撑公司业务进行互联网技术架构转型和云业务模式转型过程中自然形成的,是平台支撑云业务发展的新阶段。
为何用友中台处处被围观,她是如何走到今天的?

  中台是以能力中心为主要构成,如用户中心、租户中心等。能力中心能够提供支撑业务创新和发展的高可靠、可复用、可扩展、可运营的能力。能力要素是能力提供作用的表现形式,也是对能力完善度的衡量标准,如国际化、运维指标等是两个能力要素,它从能力是否提供国际化支撑和能力的运维性能等方面对能力中心进行评价。业务一般对应的是前台系统,中台能力支撑前台业务创新,前台业务也能从业务场景中不断沉淀出新的中台能力。支撑服务是支撑中台能力构建的一系列架构、框架、工具、组件、规范等。
为何用友中台处处被围观,她是如何走到今天的?
  上图是iuap平台的最新架构,核心的是技术中台、业务中台和数据中台,其中技术中台和数据中台是由云平台独立建设,业务中台采用共建的模式,云平台承担基础业务能力的建设。
为何用友中台处处被围观,她是如何走到今天的?
  上图是用友企业云服务较完整的业务中台能力。其中基础域的能力和支撑服务属于iuap平台承建的业务中台能力范畴;各业务域和行业域的中台能力,由各领域云和行业云进行沉淀建设。领域和行业业务能力的建设过程,可以使用iuap平台的已有中台能力。已有的中台能力包括但不限于以下内容:用户中心、租户中心、企业中心、组织中心、员工中心、权限中心、云审批、云表单、云打印、小友等,这些涵盖了数字化企业前台系统建设中所必需的、基础的模型能力,除了平台自建的能力外,还有大量通过开放平台引入的第三方融合能力,作为自建能力的必要补充提供领域和行业建设使用。
  基础业务&支撑组件作为支撑能力,也可以很好的支撑领域和行业的能力建设。如MDD可以快速支撑企业应用开发,编码规则、日志、预警、调度任务等也是企业应用中不可或缺的支撑能力。这些组件和服务可以直接重用。
中台是在不断创新和演进的。在18年项目中,平台的中台能力实现了从无到有的突破,得到了初步建设。今年在进行新产品的融合开发中,大量能力得到提升。像云工作台服务,在已有多租户的基础上,实现了单部署实例下多产品线的支撑,实现了对多产品线、多租户两层隔离模型的支持。在支撑线上领域云服务稳定运行的基础上,沉淀扩充了能力。其他业务中台能力在与营销云的融合共建过程中,也得到了很大提升。如组织中心、权限中心、用户中心等,增加了单组织多组织的切换能力、数据权限和按钮权限、用户多身份等特性,很好的完善了新技术架构下的业务中台模型能力。另外,如编码规则、预警服务、业务日志等支撑服务也进行了特性增强;新完善的MDD框架很好的实现了分布式微服务架构下的模型驱动开发能力,补充了模型扩展、后端规则扩展、前端组件扩展等全方位的开发扩展能力。

5、总结

  从平台的发展过程看,平台与业务相伴成长,不断学习、吸收、沉淀和创新,以更好的技术和模式支撑和引领业务发展。从传统IT架构向互联网架构的迁移转型,伴随着架构模式从单体架构到对系统进行模块化组件化的拆分过程,部署模式从组件分发部署到微服务化后的统一部署,服务方式从业务和数据的割裂到能力和数据的融合共享,这也正是云平台的互联网转型和中台化转型的发展过程。IT架构的演进是系统的一场变革,过程中会遇到各种问题,但这些问题的解决正是我们进行能力发展和沉淀的源动力。
  任何一种理念和架构模式,都是在特定时期下为服务业务发展的需求而生的,中台化的发展理念也只是IT演进过程中的一个阶段,面临新的业务需求和技术转折时,也会被新的理念和架构所替代。但每个当下都需要认真对待,脚踏实地的走过,中台化的转型也是如此。云平台中台化转型的能力沉淀和实践经验,在支撑公司业务发展的同时,也在赋能更多的企业,助力其实现数字化转型。

猜你喜欢

转载自blog.51cto.com/14084875/2416903