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

BIP 基于在产业互联网层面，拓宽企业的边界，联通产业链上的资源与组织，是一个社会化的企业与企业间的商业产业互联网平台，BIP旨在颠覆ERP，从以往的加速企业内部信息化进程，到建立企业与企业间关系，进一步为企业降低运营成本。在此理念下，今年 8 月，用友提出 YonBIP 商业创新平台，该平台基于大数据、AI、云计算、区块链等底层数智化技术，采用云原生、微服务、中台化、数用分离等新一代技术架构，为数据、智能、业务三大中台提供底层技术支持。进而通过三大中台向业界输出数智化产品，帮助企业加快数智化转型。

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

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

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

在企业进行中台化改造时，面临的不仅是技术架构的变化，也需要配套企业顶层战略与组织上的变化。

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

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

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

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

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

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

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

业务中台和上层应用的数据会沉淀到数据中台，数据中台负责数据的全生命周期管理，对数据进行清洗、建模、分析再反哺到业务，形成业务与数据的完美闭环。智能中台在数据中台基础上，打通了从数据特征处理，模型训练到智能推理服务上线的全链路；并提供了简单易用的操作界面来简化落地智能应用；VPA（虚拟个人助理）与 RPA（机器人流程自动化）是目前很成熟的两个智能机器人载体，在终端帮助企业用户提升工作效率，改变人机交互模式。智能应用已经在财务领域、采购领域、营销领域等多个领域有深度的应用。

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

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

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

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

数字化中台采用的云原生技术架构，将传统IT系统的单体应用进行拆解，将相对独立的各类业务应用打包成多个小服务，每个服务独立开发、更新和部署，并且每个服务有运维支撑以及安全和质量保障，服务之间通过轻量级的协议做统一协作管理。有了这种工作机制，数字化中台就能够灵活适应企业业务发展需求，支持企业业务的柔性拓展与业务创新。数字化中台是企业 IT 资源的综合指挥和调度平台，它以统一的标准和流程规范，帮助企业实现业务互联互通、资源协调和信息共享，数字化中台的新架构和新技术是适应时代发展需要的新架构。

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

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

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

YonBIP 针对自身业务特点，提供了录制模式的分布式链路追踪能力。不同于以往的采样收集式的APM工具，YonBIP自研了埋点和收集框架，可动态控制日志的输出，从而在需要问题诊断时，进行性能数据的采集上报。这样的好处在于能够精准的采集复现问题时的数据，同时最大限度的减少对运行业务的性能损耗。结合用户的当前会话信息和录屏回放，基于Dapper论文，以会话id和traceId的维度将链路和操作数据完整还原。从前端任意的操作动作，到后端的服务接入、微服务之间的调用，从开发框架到中间件运行数据，以及数据库执行的SQL，甚至到底层对 IaaS 资源的占用，都可形成完整的监控链条。这样为微服务的开发过程、线上偶发的稳定性、性能的问题提供了很好的工具和依据。

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

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

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

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

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。