Steven
作者Steven2020-05-21 10:04
IT顾问, steven

中台落地路径,指导中台落地实践

字数 3195阅读 3275评论 0赞 2

中台概念大火了一段时间之后,不可避免的遇到了落地的问题。众多的公司纷纷上中台,不管是数据中台,抑或是业务中台、组织中台、 AI 中台等等,百舸争流,千帆竞渡,不提中台你都不好意思说你是做 IT 的。不过能上岸的恐怕屈指可数,大部分人还在苦苦挣扎,有人甚至绝望,弃“中台”而去。究其原因恐怕是很多人根本没有理解中台到底是什么,该怎么做。不能落地始终是水中月、镜中花、空中楼阁。要实现中台落地,首先要认识到中台的本质是企业能力的复用和共享,是敏捷响应业务快速变化需求的要求,需要各种平台和组件的支撑,需要高质量数据的支持,抽取、沉淀、提炼可复用、可共享、可弹性扩展的服务能力。虽然为了复用和共享,我们做了很多年集成,但集成和中台还是不同的。基于这些年的实践经验和思考,我们以分层融合的思路提供了一种中台落地建设的可行方案,指导中台落地实践。

一、 中台规划、分层融合

建设中台首先要弄明白建设什么样的中台,中台用来做什么。中台的本质是复用和共享,认识到其本质,才能更好的规划中台的建设,评估企业是否有落地中台的需求。如果有很多资源、数据、服务是需要复用和共享的,需要敏捷响应市场业务变化的,需要实现数字化转型的,那是非常有必要规划中台的。为了更好的理解中台落地路径,基于平台分层融合的思路,我们把企业级一体化系统从下到上划分为基础设施资源平台层、数据平台层、基础服务层、业务服务层、业务应用层和服务部署渠道。基础设施资源平台层实现基础设施资源的融合,提供资源服务;数据平台层实现企业内外数据的融合,提供数据服务;基础服务层提供企业级基础组件服务和通用服务;业务服务层则根据企业业务主数据封装企业业务服务,用以敏捷构建企业业务应用;业务应用层则是根据业务需求由基础服务、数据服务、业务服务等组合敏捷构建的业务应用,这些应用可以根据需要部署于不同的渠道,共同服务于企业业务。

平台是技术概念,中台是业务概念,平台支撑中台,技术平台支撑业务服务中台,以实现敏捷响应业务应用变化需求。

二、 中台建设数据和基础设施资源先行

中台不是空中楼阁,需要有众多平台、组件和数据的支撑。首先得有基础设施资源支撑,不管是物理机、虚拟机、存储、网络设备或是各种云平台资源,在构建中台之前需要梳理融合企业基础设施资源,提供统一的可弹性扩展的资源服务。我们提出了基础设施资源融合的思路,可以通过云管理平台融合物理机、虚拟化、资源池、超融合、私有云、公有云等实现企业内统一的资源服务。

数据是基础,没有数据巧妇难为无米之炊,更何谈业务?数据就象大米,仅有大米是不行的,你得有锅,有水,有火,有厨师,有调料,才能作出可口的饭菜。所以仅有数据也是不够的,还需要数据存储平台、数据治理平台、数据分析平台、还有日志、监控、认证、权限管理等等,还得要融合这些平台。大米经过加工可以做米粉,做糕点,这样就提升了大米的价值,数据也是一样,需要对数据进行处理、分析、加工、建模等,就需要有相应的数据平台和数据处理工具。传统数据平台建设都是一个一个单体系统,而构建中台需要融合这些大大小小的平台和系统,形成数据生产线,使其成为一个整体。需要什么样的数据通过数据生产线可以快速生产出来,我们需要做的就是定义规则,使数据生产线按照规则运行。

数据融合的第一步是主数据,主数据是骨架,支撑起整个数据体系,也是微服务拆分的重要依据。融合数据平台构建数据生产线,就不得不关注数据治理,保障数据质量,因此中台实施的第一步是数据融合,关键在主数据,核心在数据治理,支撑在数据平台。

三、 提取公共基础组件

如果企业在系统建设之初就能规划提取公共基础组件,则对中台建设带来极大的便利,节省众多的资源。公共基础组件包括但不限于统一认证平台、单点登录系统、集中权限平台、日志中心平台、监控告警平台、配置中心、消息平台、邮件通知、 API 文档管理平台、 API 网关等。这些组件几乎每个系统每个平台都会用得到。传统单体系统建设几乎都面临着基础公共组件的重复化建设,不但浪费资金、人力,更浪费时间,为后期集成也带来很大困难。因此,这些组件可以抽取出来,构建为企业级组件,所有的系统和平台可以复用和共享这些基础服务,不用重复投入和建设,也使数据能够集中和规范化,更利于进一步的数据分析和处理。

这些公共的组件就如同 SuperCell 游戏公司的可重复可共享的素材、工具,是中台的基础。

四、 构建基础公共服务

同时,业务应用中可能涉及的计算引擎、算法平台、搜索引擎、 AI 组件等以微服务架构搭建为中台服务,支持相应的计算、算法、搜索、 AI 处理等需求。所有这些组件的登录认证、权限管理则通过统一认证平台和集中权限平台来完成,使其看起来象是一个企业级平台,这些都是企业级平台的组件或插件,按需配置部署,实现企业级公共组件的融合,提供公共组件服务的复用和共享。这些公共服务的构建是根据业务按需逐步实现的过程,每家服务的内容可能是不一样的,实现方式也可能是不一样的,可以采用开源自建,也可以自主研发,或者采购商用,但有一点需要明确定义,就是服务接口的规范化、标准化。

五、 基于企业主数据构建业务服务

数据相对独立,基础公共组件也相对简单,折戢沉沙的往往在业务服务层。业务服务跟企业业务紧密相关,需要对企业业务和企业业务数据有深入的理解,同时能够定义抽取出企业业务主数据,构建数据体系。这也是我们为什么说中台的第一步数据,数据的第一步是主数据

企业业务主数据是企业业务数据的骨架,支撑起整个数据体系。通过数据平台融合使企业内数据实现融合,实现 OneID 、 OneDataSource 。 OneID 通过唯一 id 将企业内的数据进行整合,提供高质量数据。 OneDataSource 是在数据整合治理的基础上实现唯一可信数据来源。比如客户甲在企业内只有唯一的 id ,所有用到客户甲数据的地方所看到的 id 都是一样的,并且,客户甲的数据只会由唯一可信的地方(唯一可信数据源)提供。避免客户甲的数据散落于不同的系统中,造成数据不一致、数据冗余、数据错误等问题,也不用数据总是同步来同步去。客户是主数据,客户相关的业务数据可以通过“客户”这个主数据进行关联,实现 OneService ,提供企业内服务的共享和重用。所以我们也强调主数据往往也是划分微服务的重要依据。采用主数据方式所划分的微服务更合理和高效。

六、 利用可复用服务构建业务应用

前面我们讨论的第三、四、五部分就是中台的内容。需要基础设施平台和数据平台来支撑中台服务,因此我们也称为服务中台。有了基础平台支撑,有了数据支撑,才能考虑设计并实现中台业务服务。有了业务服务,则可以根据业务需求敏捷组合编排业务服务、数据服务、基础服务实现业务应用。这样我们才能实现复用和共享,实现中台所追求的敏捷响应能力。

一个业务应用就是一个业务场景。企业业务往往由众多的业务场景组成,在实现业务场景应用时,不同于传统的定制化项目研发,而是通过中台服务的编排和组合实现按不同应用支撑不同业务场景的需求,多场景化而不是定制化业务应用。

七、 应用可部署于不同渠道

业务应用则根据需求部署于不同的渠道,支持面向不同渠道客户的业务需求。实现稳定中台,灵活前台的应用设计能力。比如手机 APP 上提供多种应用能力,行情、理财、债券、投顾、股票交易等等。不同的业务应用可以灵活进行配置和调整,实现实时的服务能力切换。

八、 持续完善、优化服务

基础组件服务和业务服务相对来说是稳定的,但服务的构建往往不是一蹴而就的,需要不断的完善和优化。比如客户服务,初始可能通过集成的方式实现了数据服务,但并没有实现数据层的融合,这就需要逐步的融合数据层,提高数据质量,实现唯一可信数据来源,则数据服务随之需要更新和优化。

可以关注作者个人微信公众号:抛砖引玉之道至简

如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!

2

添加新评论0 条评论

Ctrl+Enter 发表

作者其他文章

相关文章

相关问题

相关资料

X社区推广