技术中台的定义、范围与内容 | 架构进阶

twt企业IT社区 汪照辉
中台不能算是一个新的概念,只不过把它从一个单一系统扩展到了企业内部所有系统和组织级(企业架构级)的概念。那么时下“中台”的本质究竟是什么?技术中台又该如何理解?

【作者】汪照辉,中国银河证券架构师,专注于容器云、微服务、DevOps、数据治理、数字化转型等领域,对相关技术有独特的理解和见解。擅长于软件规划和设计,提出的“平台融合”的观点越来越得到认同和事实证明。发表了众多技术文章探讨容器平台建设、微服务技术、DevOps、数字化转型、数据治理、中台建设等内容,受到了广泛关注和肯定。个人微信公众号:技术思维创新

前台、中台、后台的概念早就有之,只不过不同的场景下有不同的内涵。前中后台是从应用系统架构层次来说的,比如早期Client-Server是前后台的关系,没有中台的概念,后来发展为三层架构(表示层UI、业务逻辑层、和数据访问层),把业务逻辑和数据访问分离,形成前中后台架构。

中台不能算是一个新的概念,只不过把它从一个单一系统扩展到了企业内部所有系统和组织级(企业架构级)的概念。单体系统中的业务架构、数据架构、应用架构和技术架构体系通过把可共享组织服务、可共享数据服务、可共享业务服务、可共享技术服务等提取沉淀,进化为融合企业架构组织中台架构、数据中台架构、业务中台架构和技术中台架构体系。而把曾经的应用Client端作为轻量化业务应用部署于不同的渠道为客户提供服务,从而形成了适合规模化业务体系的、适合当前技术发展趋势的、更完善的融合中台架构。

图1单体架构到融合架构趋势

前台是各条线业务应用的轻量化客户端,可以部署于不同的业务渠道(比如App、Web、微信小程序等)。中台是可复用可共享服务,包括实现不同业务逻辑的业务服务、封装数据访问的数据服务、业务交互或数据交互用到的技术组件服务。后台是支撑中台服务运行和部署的数据库、数据仓库、大数据平台、中间件平台、PaaS平台等。这些平台和工具的底层是基础设施资源,这样中台架构就比较清晰地进行层次划分和定义。

“中台”是一系列系统可复用能力的集合。从前、中、后系统层次架构(图2前中后台架构)来看,把整个企业的各种系统看作不同的组件,所有的系统最终融合为一个系统,那么前、中、后台相对就容易理解了。前台就是“表示层”,也就是业务应用前端,其是通过服务编排而成的轻量化应用;其调用可复用的业务逻辑单元,这可以称为“业务中台”;业务逻辑单元则调用可复用的封装数据访问的组件,这可以称为“数据中台”,其下其实还有一层数据库或数据平台,以及中间件、PaaS平台等就是所谓的“技术后台”。技术后台提取沉淀的可复用能力就是“技术中台”。所有的这些前中后台部署运行于“基础设施资源”之上。

图2前中后台架构

1.中台的本质

就像SOA-ESB、微服务架构一样,中台本质上是一种架构方式,是企业内可复用可共享服务能力的集合。自从“中台”概念提出以后,各种中台概念层出不穷。中台概念提出的源头在于SuperCell的元素、组件复用。不做复用,中台就没有意义。因此“中台”一定是要“复用”的。复用的目的是为了减本增效!降低成本,特别是时间成本,提高效率,特别是IT的效率。

经过这么多年的IT系统建设,几乎每家公司都有数十成百套大大小小的系统。众多的系统带来了业务隔离、数据散落、共享困难。虽然也千方百计做了多年的应用系统集成,实现了部分能力共享,但同时又增加了众多的平台、工具、系统,愈发的代价高昂。从数据集成、消息集成到企业服务总线,我们一直都在讨论复用和共享。但实现方法都是加层,从而导致系统之间的共享越来越复杂,链路越来越长,性能往往难以满足需求。所以我们需要变换设计思路,以“减层”的方式来减本提效。

要“减层提效”,复用是一个很好的解决办法。既减少重复投入,祛除冗余,逐步规范化和标准化,又松耦合系统间组件,整合和融合数据、业务、技术等可复用能力统一为企业各部门各系统服务,满足业务快速变化需求的敏捷响应等。这些可复用能力就是“中台”。因此可以说中台的实质就是“复用”,目的是减层增效。认识到了中台的实质和目的,那么在中台建设落地过程中就有的放矢。通过融合或至少通过整合企业内的资源、数据、系统、平台、技术、工具、业务等而构建的可复用的标准化或规范化服务能力,支撑敏捷响应企业业务变化需求,支撑企业业务应用敏捷研发和运维运营等。

中台的本质是一种架构方式,其要实现的是可复用能力的集合。中台架构作为系统融合架构一种方式,实现了信息系统的融合,这也是我们一直通过集成追求的目标。随着业务的融合和发展,单体系统已经无法适应业务响应要求,而集成加层的方式也导致研发和运维的成本高昂,所以中台架构(减层)一定程度上解决了融合业务敏捷响应的要求。中台架构的一项价值是提供了一种以微服务架构重构的方式实现系统的融合,从而支撑业务融合。

2.技术中台定义

技术中台是技术架构中的是把公共技术组件、工具、平台的公共能力提取出来,构建为可复用的技术组件服务,支撑数据服务或者业务逻辑服务。那么技术中台可以看作是从应用系统中提取和沉淀了认证、权限、日志、搜索、生物识别、自然语言处理、文字识别等公共技术组件和中间件可复用能力等的集合。

这里技术中台的定义可以看作是一个从技术实现角度的一个狭义的定义。为技术中台的可行性落地提供了一种具体的思路和方法,明确了技术中台是这些技术平台或工具之上提取为公共可复用服务的技术服务(Service),使系统通过重构实现融合成为可能,也很好的区分了中台和平台的概念,明确了其差别。中台则可以采用ESB服务或微服务的方式呈现。通过API网关实现API的定义、暴露、治理等功能。

很多技术中台指的是技术平台,可以看作是从一个更广义的复用角度来说的,比如说,kafka平台,可以被各个系统所共用,但这是需要额外的开发对接工作的,所以是需要额外的成本的,也面临着重复的开发建设,和我们所提取出来的可开箱即用的可共享可复用服务还不是一个层面,所以还是有差别的。

3.技术中台范围

所有公共的平台、工具等提取出来的可复用服务,都算是技术中台范围。比如说认证服务、权限服务、日志服务、消息服务、搜索服务、推荐服务、算法服务、生物识别服务、自然语言处理服务等等都是技术中台的范围。技术中台和具体的业务没有关系,它可以支撑任何业务应用。比如说基于kafka消息平台所封装的消息发送、消息监听、消息批量接收处理等服务,只要按照接口格式,不管是来自CRM还是风险管理系统的消息,都可以进行处理。技术中台只具备技术属性,没有业务属性。所以在设计技术中台服务时,一定不能把业务逻辑封装在技术中台服务,否则就是和特定业务相关了,就可能算是业务服务层面了。

4.技术中台内容

把单体系统中和中间件工具等都用得到或者大部分系统用得到的认证、日志、权限管理、配置管理、告警、消息处理、搜索、推荐、算法模型、语音识别、语言处理等等能力提取出来,实现多系统共享该能力,使其都成为一个个独立的可复用组件服务,从而构建技术中台。

从目前系统功能实现来说,技术中台的内容很多。例如我们基于日志平台实现了日志服务,基于身份认证平台实现了不同因子的认证服务、多因子认证服务,基于权限平台的权限访问控制服务,基于配置管理平台的业务应用配置服务,基于消息平台的消息服务,基于人工智能平台的智能中台服务,包括生物识别、文字识别、图像识别、自然语言处理、语音识别等服务,基于ES平台的搜索服务,基于机器学习平台的算法服务等等。将可复用的公共技术能力进行抽象、封装、沉淀等以标准服务的形式提供,都可以是技术中台的服务内容和能力。目前我们还有很多的技术中台服务能力在规划实现中。

技术中台实践过程中会遇到各种各样的问题。由于不同的人对中台的认知和理解不同,会带来不同的思考、不同的思路和方法。像证券业务具有明确隔离墙的行业,是否真的需要“中台”?一些小券商是通过采购、外包的方式建设业务系统,“中台”是否还有意义?中台是业务规模化发展的必然产物还是小的企业也需要“中台”?等等有众多问题。

中台本质上是为了实现复用和共享,从系统架构上来说,如果不追求复用,不能实现自主研发,无论企业业务规模大小,都无法实现系统能力的复用和共享。只不过,企业到达一定规模之后,通过采购和外包往往是无法满足业务发展需求的,比如说大厂之所以研发自己的平台和工具,就是因为其业务量和数据量规模对产品的要求是当时市面上的产品难以满足的,所以只能自主去研发。自主研发就面临着效率和复用需求。系统的研发是一个持续完善的过程,所以技术中台的建设也是一个持续完善的过程。

责编:左右
参与评论
文明上网,理性发言!请遵守新闻评论服务协议
0/200