技术中台在企业数字化转型中的践行

访谈问题概览：

1. 简单说说技术中台产生的原因吗？

2. 普元技术中台的定义范畴包括哪些？

3. 在应用开发、应用集成、软件生产线领域，企业级技术中台应该注意什么？

4. 对于信创，普元技术中台怎么考虑的？

5. 普元技术中台的下一步规划有哪些？

沙加：大家好，欢迎大家收看 PWorld 数字化转型背景下的 IT 架构重塑的预热访谈会。我是沙加，今天我跟大家主要是谈谈技术中台这一部分。

莱维：我们普元将重启 PWorld 大会，只不过说这一次我们是将组成数字化转型的专家团，然后一对一的来走访我们的 40 余家行业头部的企业客户，探讨解决当下的一些企业数字化转型，然后向更深的一些数字化转型领域进行一些价值的探索和实践。

技术中台

莱维：那么下面我准备就技术中台大家比较关注的一些问题，向沙加同学发起一些提问。当然这里其实不仅是大家，其实我自己也非常期待就是沙加同学对于数据中台的介绍和分享，因为我也是有多年的一个技术开发经验的一个老程序员，这里我首先问问沙同学，你能简单说一说技术中台它产生的原因吗？

沙加：好，其实现在大家都在谈中台，有技术中台、数据中台、移动中台等等。单从做技术中台的原因，我觉得其实就这么几个，也是我们 IT 过程中一直想解决的问题。

第一，重复造轮子，尤其是越资深的程序员越喜欢自己写框架，就像以前有 SSH 这样的开发框架，但是也同时会有 Nutz 这样的类似框架。再比如现在所有的大互联网公司，都会去做配置中心，阿里的 Nacos，携程的 Apollo，基本上大家都喜欢自己做一套。但在一家企业内部，不可能疯狂的造轮子，到处用，所以首先技术中台要解决一定范围的复用性问题。

第二，烟囱式架构，企业系统的内外部集成，很少是当初各系统设计就完善考虑的，所以后续需要 ESB 这样的总线，或者系统自身的改造来解决集成问题，烟囱式架构是制约企业业务创新的一大瓶颈，技术中台需提供可集成可治理的框架，便于各系统开箱即用；

最后一个，我觉得是企业之间部门协作隔阂，越大的企业往往隔阂越深，所以在技术中台这个领域，除了解决前面两个技术问题，我觉得还有这种研发组织的一些协作性的问题，也是技术中台产生的目的。

莱维：好的理解。其实我在过程中被各种轮子所困扰，你今天刚才听了沙加同学的介绍，我也感觉清晰了不少。您可以介绍一下咱们普元技术中台的定义范畴包括哪些吗？

沙加：我们是这样定义的，普元的技术中台相对来讲是一个相对宽泛意义的中台，包括应用的技术组件、或者说应用的技术平台，然后是应用集成平台，还有一个研发管理平台。我们之所以这么定义，其实也是从制造业来映射的，在造一辆车的时候，既要有汽车生产的一些流程工艺，也要有相关的零部件，比如说要有轮子，发动机等等，同时还要有很好的整车的集成能力，将这些零部件有机的结合在一起。所以普元在技术中台这块也是从这三个考虑，包括说刚才提到的应用技术的平台，然后软件生产线平台，再加上应用集成平台三部分。

莱维：哦，理解。那么就像您刚才提到在整个软件研发过程中，在应用开发、应用集成、软件生产线。这些领域一个企业它搭建中台需要注意哪些地方呢？

沙加：分别来看，我们不是互联网，传统 IT 企业里我觉得有很多的共性的问题，那我们举例来看，比如说应用技术这块，应用技术平台从原来的 SOA 到现在的微服务架构，多的不仅仅是一些 jar，你要有注册中心、配置中心一系列的基础服务的搭建，这个本身就是一个难点，然后还要有 Opentracing 链路的这些标准的一些介入，所以在技术这一层，我们主要解决的是新的一些基础设施之下，像容器、微服务的一些基础服务之下，怎么能让这些东西有机的组合在一起，而不是说架构分布了，技术人员的体验也分布了，大家都很零散，这样肯定是有很大的问题的。

在应用集成这块，我们更多的考虑是后续的场景编排以及开放性的问题。所以我们做的是像 UI 的集成，超级 APP，服务网关的编排以及 API 的能力开放这一系列的能力。这些在做的时候也遇到不少技术问题，比如做超级 APP 时，到底选择移动原生，是选 RN 技术，还是 H5 技术。然后 API 这种编排的时候，到底是以 USB 这样的东西为雏形，还是以 API 网关为雏形？普元在这一层也是有自己的一些最佳实践的。

在软件生产线这块，也可以叫 DevOps 平台上，这块普元是有独立的一条线在做，这条线更多的解决的是说从项目的需求的纳入，然后到相关的任务的分配，然后缺陷的管理测试用例的管理，再到持续集成、自动发布、监控运维告警这一系列，是一个横向的流水线，普元基本上是围绕在 DevOps 标准生态来做的。

莱维：沙加同学介绍的非常细，也让我了解到了我们普元的技术中台的整个的流水线，那么现在最近两年的国产化的一个浪潮是驱动了非常多的行业，对于现在的信创领域，我们的技术中台有什么考虑？

沙加：刚才没有特别去讲，普元在做这样的技术中台的时候，其实现在又多了一大块的内容，就是刚才你提到的信创这块，信创的到来其实使得很多的传统的基础设施、中间件都需要去进行改造性适配。信创这个词很多人都简单地理解为是工信部提的那个，其实有很多分支，比如说我们常说的信创，它一般就会包括金融信创和党政信创，还有像比如说现在人民银行提的，它其实就专门的是围绕着金融的情况信创去做相关的储备。所以普元在这里面也会去关注一下到底去跟着哪几个生态，或者说主做哪几个方向。目前普元其实金融信创和党政信创其实都会去做，在内部做的时候，我们还是追着几个生态的，一个是 ARM 架构，我们更倾向于围绕着像华为或者说鲲鹏的生态，这是一块。另一个是比较特殊的，像军工这一类的，它其实是涉密信创的这么一个生态。

所以普元主要做的是一个是围绕 arm 架构的生态，另一个是面向于军工这一类的涉密生态，这是普元在信创这块主做的事。

莱维：理解，沙加同学也非常清晰的讲了我们技术中台在信创这个领域的一个定位，就是说现在也提到了中台必然有长远的发展，对于咱们技术中台的下一步规划是如何呢？

沙加：首先是这样的，普元虽然说做技术中台也有好几年了，然后里面的一些零部件的积累也已经足够多了，但是我是觉得技术中台在往后的发展里还是有很长的路。

第一，毕竟是技术层的平台，所以包括服务网格，行业 AI 技术上，我们还是要去做一些持续技术投入的。

第二，技术中台发展到现在，大家更多都是在技术的对接，其实从真正的完整性的体验上是不够的，就像以前大家很喜欢一体机这样的东西，他给大家带来的体验是好像在一个单体环境上做事，所以普元还会着重的去解决技术中台的最终体验的问题。

提问

网友：技术中台跟业务中台的区别是什么？一定要有技术中台吗？

沙加：其实这个问题在普元内部也有这样的声音争论，因为今天没有涉及到业务中台，讲的是技术中台和数据中台，明天其实我们是有业务中台的。内部也有人会觉得好像技术中台跟业务中台好像中间的界限，不像跟数据中台这么明显，你也可以把去业务中台里建设类似的一些技术能力，也可以在技术中台里放一些业务组件去抽象去沉淀。在普元内部，我们思路是这样的，技术中台它更多承载的是研发过程以及相关的技术组件的积累，往往是多行业复用的，但是在做业务中台的时候，我们是去看行业的，比如说普元做金融行业，金融行业现在建业务中台的时候往往考虑是订单中心、支付中心、产品中心这类，是一些具体业务能力的建设。当然，这只是普元的内部分法，如果说您有能力自下而上全部一体化的建设好，我觉得也不用特别在乎是不是要区分。

网友：做技术中台的同行公司有哪些？

沙加：直接说技术中台的同行，这个范围有点大，因为大家对技术中台的定义范围不一样，比如应用技术中的微服务，像普元，阿里，华为，网易，用友，神码等都有，再比如像软件生产线里的 DevOps，在不同的行业，厂商都完全不一样。

沙加，普元信息方案研发部总经理，先后参与中信银行，工商银行，中航信，阿里云等客户定制项目；参与并负责公司多款内部产品研发工作，长期致力于 IT 项目管理，总体设计,用户体验及咨询工作。擅长 OSGI, eclipse 插件, web 前端，云计算, CI/CD 等领域技术,对新技术有着浓厚的兴趣。

关于 EAWorld：使能数字转型，共创数智未来！