伴随着数字网络的发展，社会生产力大幅提高，催生出大量新生业态，社会全面步入工业4.0时代。传统企业在全新的生产环境下，迫切需要改变旧有的生产模式。在新的工业背景下，企业间也需要打通数据通路，提高信息流通程度，降低沟通成本。企业需要进行数智化转型，向更智能，更灵活方向转变。在企业进行数智化转型过程中，中台理念为转型提供了有力的技术支持。统一的中台战略将企业资源统一汇集，打破企业内固有的数据孤岛，充分挖掘数据的价值，更灵活地面对前端业务需求。
微服务、容器、人工智能等新兴技术手段加速了企业数智化转型进程，如今中台理念已被广泛接受，并且被广泛践行。在实际运用的过程中，对不同的业务场景，各家中台亦有各自侧重点与不同。用友作为一家专业的企业服务提供商，在企业数字化转型大背景下，提出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实现了整合，能提高开发效率，降低运维成本。
中台概念从提出到被广泛实践不过也只是近二、三年的事情，没有人知道企业数智化转型中会遇到怎样的困境，又需要怎样的解决方案，只能一边实践一边探索，中台也在这个过程中，变得更加立体更加生动。中台也许不会有一个确切的规格方案，但是企业数智化转型是“开弓没有回头箭”，只有做好做深，除了中台，未来也许还会有新的架构理念出现，提高效率，解放更多生产力，是所有企业共同的目标。
