用友中台的进化，从 “IT架构”到“数智化能力”

随着数字网络的发展，社会生产力大幅提高，催生出大量新生业态，社会全面步入工业4.0时代。传统企业在全新的生产环境下，迫切需要改变旧有的生产模式。

在新的工业背景下，企业间也需要打通数据通路，提高信息流通程度，降低沟通成本。企业需要进行数智化转型，向更智能，更灵活方向转变。在企业进行数智化转型过程中，中台理念为转型提供了有力的技术支持。统一的中台战略将企业资源统一汇集，打破企业内固有的数据孤岛，充分挖掘数据的价值，更灵活地面对前端业务需求。

微服务、容器、人工智能等新兴技术手段加速了企业数智化转型进程，如今中台理念已被广泛接受，并且被广泛践行。在实际运用的过程中，对不同的业务场景，各家中台亦有各自侧重点与不同。用友作为一家专业的企业服务提供商，在企业数字化转型大背景下，提出 BIP（Business Innovation Platform, 商业创新平台）理念。

BIP 基于在产业互联网层面，拓宽企业的边界，联通产业链上的资源与组织，是一个社会化的企业与企业间的商业产业互联网平台，BIP 旨在颠覆 ERP，从以往的加速企业内部信息化进程，到建立企业与企业间关系，进一步为企业降低运营成本。

在此理念下，今年8 月，用友提出 YonBIP 商业创新平台，该平台基于大数据、AI、云计算、区块链等底层数智化技术，采用云原生、微服务、中台化、数用分离等新一代技术架构，为数据、智能、业务三大中台提供底层技术支持。进而通过三大中台向业界输出数智化产品，帮助企业加快数智化转型。

那么 YonBIP 大中台如何协助企业构建产业链生态？多企业协作在技术上又会遇到哪些问题？YonBIP 为何采用三技术平台+三大中台的技术架构？对此，CSDN 采访到用友网络云平台架构部负责人刘昆鹏。刘昆鹏自2006 年加入用友，亲历了用友 NC、iuap 平台的成长发展，一路从研发新人走到技术架构师，丰富的行业经验使他对企业管理软件的发展、中台技术具有独到的见解。

中台“不火”了，扎根赋能企业应用

前几年“中台”还是 IT 圈的热词，今年以来“中台”的呼声减少，是中台不火了吗？刘昆鹏为我们讲到：“今年很少人有提这个词了，因为中台这个词现在已过了炒作期，如今已没有什么争论、疑问的地方。或者说，“中台化”已经成为企业数智化转型的必备选择，至少对于大型企业而言，中台化架构已经成为业务创新与管理变革的必备能力。 ”

在企业进行中台化改造时，面临的不仅是技术架构的变化，也需要配套企业顶层战略与组织上的变化。刘昆鹏曾参与过某大型电力集团的中台化改造工作，由于该企业 IT 供应商繁多，架构差异性大，技术体系也不统一，企业内部系统错综复杂，如烟囱林立。让这样一个错综复杂的内外部环境迁移到新的中台上，需要漫长融合与断臂的过程。企业需要消灭一些原有的能力来适配新的体系，也需要用各种考核方法与标准来推进迁移过程，对企业来说这并不简单。

刘昆鹏表示，从企业角度看，用户原有系统要与中台不断沉淀与融合，在不断完善中台的能力中心的同时，也会形成新的能力中心。这不但是系统的变革，也是对组织架构和顶层战略的调整。

从这个真实的企业应用场景我们可以看出，传统的 ERP 已无法处理巨量的高频的数据，中台的核心目标就是构建高复用的能力体系，以支撑前台的灵活创新，提升前台的应变能力。

如此看来，并不是中台不火了，而是真正走向落地应用，到了真正固化中台能力的时候。

三大平台+三大中台，加码企业数智转型

用友现在便是处于这种状态，像YonBIP 就是以中台为底座来发展，剩下的就是做实、真正落地应用。

据刘昆鹏介绍，YonBIP 是用友于今年发布的商业创新平台，它的技术底座是 iuap 平台。iuap 平台主要由业务中台、数据中台、智能中台以及技术平台、低代码开发平台、集成连接平台组成。YonBIP 的业务中台是全域中台，既包含了用户中心、组织中心、权限中心等基础能力中心，也包含营销中台、采购中台、制造中台、供应链中台、金融中台、财务中台、人力中台和协同中台。

业务中台和上层应用的数据会沉淀到数据中台，数据中台负责数据的全生命周期管理，对数据进行清洗、建模、分析再反哺到业务，形成业务与数据的完美闭环。

智能中台在数据中台基础上，打通了从数据特征处理，模型训练到智能推理服务上线的全链路，并提供了简单易用的操作界面来简化落地智能应用。

VPA（虚拟个人助理）与 RPA（机器人流程自动化）是目前很成熟的两个智能机器人载体，在终端帮助企业用户提升工作效率，改变人机交互模式。智能应用已经在财务领域、采购领域、营销领域等多个领域有深度的应用。

最底层的技术平台则更加强调其基础设施作用，作为工具的支撑能力，随着底层云原生技术的不断成熟与发展，其对上层业务的侵入降低，上层业务可以更好的关注业务自身发展。以用友自身 iuap 体系为例，随着技术迭代，旧的技术架构出现性能瓶颈，所以在技术层面向组件化、微服务化方向做架构转型。

低代码开发平台用于低成本的快速能力扩展和新业务开发，集成连接平台实现云内和云间的数据集成、API 集成、应用集成等功能。

如此一来，在三大平台+三大中台架构下，YonBIP 应用云原生、大数据、AI 等技术来支撑企业更好地实现数智转型。

业务场景众多难管理？微服务“可合可分”来助力！

随着技术的迭代，旧有技术架构在向微服务化方向做架构转型过程中也会遇到一些问题。微服务虽然提升了系统的弹性，但是也提高了服务的拆分与治理的复杂度。以 YonBIP 为例，业务场景涉及到企业间的各种复杂业务关系，需要在企业之外建立更高层的社会化模型，业务模型比传统的 ERP 系统更为复杂。且企业采用的云服务的模式不同，以公有云为主，同时也支持专属化部署，但不同的部署模式由同一套代码来支撑，这对微服务的设计要求更高。由于微服务是低耦合的，每个微服务之间相对隔离自治，在这种情况下，用友提出“微服务可分可合”的新设计理念。

“可分可合”的理念是针对不同的部署和应用场景，实现不同粒度的微服务拆分与组合。在公有云上适应高并发、高可用的要求，需要较细粒度的微服务。而在专属云上通过特殊的技术封装，实现微服务的场景化合并部署和运行。针对不同的客群采用不同的部署模式，实现场景化的组合与拆分。

对于微服务的问题诊断与监控，刘昆鹏讲述到：单体架构升级到微服务架构之后，增加了大量微服务之间的跨进程调用，再加上 YonBIP 复杂的业务依赖关系，导致服务间的调用链路极其复杂，对服务的开发、问题诊断、健康监控等带来了很大挑战。

YonBIP 针对自身业务特点，提供了录制模式的分布式链路追踪能力。不同于以往的采样收集式的 APM 工具，YonBIP 自研了埋点和收集框架，可动态控制日志的输出，从而在需要问题诊断时，进行性能数据的采集上报。

这样的好处在于能够精准的采集复现问题时的数据，同时最大限度的减少对运行业务的性能损耗。结合用户的当前会话信息和录屏回放，基于 Dapper 论文，以会话 id 和 traceId 的维度将链路和操作数据完整还原。从前端任意的操作动作，到后端的服务接入、微服务之间的调用，从开发框架到中间件运行数据，以及数据库执行的 SQL，甚至到底层对 IaaS 资源的占用，都可形成完整的监控链条。这样为微服务的开发过程、线上偶发的稳定性、性能的问题提供了很好的工具和依据。

业务中台+低代码，快捷建立业务模型

实际应用场景中，由于各企业的业务差异性很大，标准化的产品在企业中无法完全满足需求，这便对中台技术的灵活性和扩展能力要求很高。

YonBIP 中台能力结合低代码开发平台 YonBuilder，能够快速、低成本的满足这种需求。YonBuilder 采用元数据驱动开发技术，在实际应用过程中业务人员可通过低代码拖拉拽的方式实现业务对象、业务动作、业务流程、业务关系以及业务展现的统一建模。同时 YonBuilder 也提供了低代码开发专业引擎，支持低代码开发能力，这样可以低成本的实现标准业务的定制与扩展，也能进行快速的能力开发和业务创新，使 YonBIP 更具开放性和创新能力。

无论是普通企业用户还是独立软件开发商，企业均可针对自身业务特性，利用YonBuilder 进行开发和二次开发。据了解，可视化开发可实现90%左右的业务逻辑，剩余的10%可通过低代码开发实现。另外持续集成、持续部署、容器化等技术平台能力也与 YonBuilder 实现了整合，极大提高了开发效率，降低了运维成本。

中台概念从提出到被广泛实践不过也只是近二、三年的事情，没有人知道企业数智化转型中会遇到怎样的困境，又需要怎样的解决方案，只能一边实践一边探索，中台也在这个过程中，变得更加立体更加生动。中台也许不会有一个确切的规格方案，但是企业数智化转型是“开弓没有回头箭”，只有做好做深才是唯一答案。除了中台，未来也许还会有新的架构理念出现。但是提高效率，解放更多生产力，是企业恒久不变的话题。