众所周知，构建产业互联网是提升内部效率和对外服务能力的有效方式，同样也是传统企业实现转型升级的必经之路。然而，如何构建社会级架构的产业互联网以及如何以更为快速、敏捷的方式支撑产业链平台的建设和迭代，成为了摆在大型企业面前的难题。
为了帮助大家找寻答案，在 5 月 24 日的“用友 BIP 技术体验周”中，InfoQ 采访到了用友网络平台与数据智能事业部的数字化咨询专家刘岩，和他聊了聊社会级 PaaS 平台支撑的产业互联网建设思路与应用构建。
以下是视频采访的全部内容，为方便读者查看，视频下方也附上了文字内容。
InfoQ：产业互联网平台建设面临的普遍痛点与相应策略大概有哪几种？建设产业互联网平台涉及的技术有哪些？用友 iuap 提供了哪些能力支撑？
刘岩：在整个产业互联建设过程中有三个重点，第一是连接；第二是做相应的协同；第三是建设完成后长期的平台运营。
在协同时，要打通企业的上下游，需要我们清晰的知道供应商以及客户在哪里，并且还需要了解 C 端用户画像。从企业内部出发，要了解人机如何做交互，通过产业链如何消除“部门墙”，如何实现资源共享。从平台层面来说，这其中包括了混合云集成架构，要处理上下游企业的供应商之间的数据标准化，数据同步以及服务接口的集成。另外，面向 C 端用户时，需要企业更注重用户体验，传统 H5 扩展应用的开发方式很难达到 App 级的用户体验，而用友推出的低代码开发平台，就囊括了原生 App 的开发方式。
在平台的长期运营层面，则需要数据能力方面的支撑。以采购为例，如果采购量超过实际需求，就会造成不必要的仓储成本支出，库存物品还要承担未来不确定售价的潜在风险，然而通过“数据+算法+算力”，数据中台可以很好地解决上述问题，数据中台通过汇聚、分析现有的库存数量，企业本身生产能力以及外部数据影响，最后会建议企业采购多少合适，什么时间采购最优。
InfoQ：业务中台与数据中台有哪些区别呢？这二者又在产业互联网当中扮演了什么样的角色呢？
刘岩：之前，银行 IT 架构有内部核心系统，加上共享的服务层以及前端的外围应用，这就是一个中台架构。
用友强调的是强中台、敏前台。企业内部分为两层，一层是敏态，面向消费互联网端，应用在场景需求中不断变化；另一层是稳态，比如，财务是按照国家会计制度规定的，所以要求系统也稳定。基于以上两种需求，用友更注重业务中台层面，会考量从前端的消费互联网营销，到生产制造，再到采购和成本核算。在建设过程中，我们希望解决“最后一公里”问题，提供可复用、可共享的能力，将其逐步下沉作为中台层。
业务中台和数据中台是企业业务创新以及管理变革的双轮驱动概念。业务中台不断地做变更，沉淀数据；数据中台则是基于数据作各种类型的数据应用，据此不断地评价和优化业务，以确保业务中台建设与最初战略目标一致。所以，两者之间的关系一定是相辅相成的，最终达到从固化的流程驱动到数据驱动的延展。举个例子，我们构建业务中台时，会有相应的数据标准或数据架构，这也正是构建数据中台的前提和基础，而业务中台的功能点，比如库存预警，其本身也需要数据中台对业务中台提供相应的数据驱动能力。
InfoQ： 对于社会化平台来说，为什么社会化是必需的？用友 iuap 平台的社会化方式可以体现在哪些方面？
刘岩：今天的主题是基于社会化架构下的产业链互联。产业链的目的便是以核心企业为一个点，链接上下游和 C 端用户。这就要求平台解决企业与企业之间的链接，企业与人之间的链接问题。除此之外，上下游的很多企业都是法人，这些法人做潜在供应商或客户时会有自动评级。YonBIP 正是基于中台架构，构建产业互联网连接客户、供应商等，整个应用架构是面向社会级互联的，我们将其称为社会级 PaaS 平台。
InfoQ：低代码开发是如何保证业务快速迭代的需求。用友 iuap 平台与其他的低代码开发平台相比有什么优势，尤其是在构建产业互联网平台过程当中？
刘岩：用友在打造低代码平台强调的是 all in one 理念。由此，用友业务中台提供了三个层面的技术，去支撑不同企业的现有需求和更迭。
用友在业务中台做了相应的技术分层，向业务领域提供了很多可复用的组件，其中包括合同管理、打印、电子发票等通用组件；技术组件形成了公共的流程引擎以及社会级连接。
用友的低代码平台作为敏捷开发的支撑，主要体现在三个方向：第一，BI 级的低代码开发；第二，移动端；第三，社会连接集成。低代码的开发可以实现无需写代码或最大程度减少 coding。比如，“增删改查”这种业务场景无需代码就可完成，而个性化的业务逻辑也可通过脚本化进行扩展。在极端复杂的场景，可以通过用友的原生开发（CI/CD）满足需求，这部分的需求通常不超过 10%。
InfoQ：在构建产业链平台时，用友 iuap 平台是如何体现低代码开发能力的？
刘岩：这里有一个品类管理的应用场景可以分享，这个项目涉及的品类繁多，且不同品类有不同的品类经理，品类经理关注寻源，找供应商加入平台。以往线下人工找供应商更依靠人际关系。现在，用友的低代码平台一方面打通了数据，另一方面打通了业务应用和社会化架构。最终，品类经理可以直接调用社会化主数据的 API 接口获取供应商数据。
另外，整个中台上面的供应链模块与底层的数据模型是相通的，可以通过低代码平台获取数据结构。数据来源也是多样的，把数据融合、沉淀在低代码平台，数据中台便可以通过这种方式判断这个供应商是否适合准入，然后作出相应评级。
InfoQ：低代码开发是如何实现降本增效？
刘岩：开发成本更多体现在研发人员的成本。传统的开发方式要做需求调研、需求设计，然后再写代码，写完代码以后，再做相应的测试，测试完再发布上线，发布上线后可能还需做推广。大致计算一下，从提出需求到最终发布上线，再到终端用户使用，至少消耗了 7 天时间。而采用低代码开发方式，技术人员可以直接拿低代码开发的 UI 设计器做出模板，用需求可视化的方式再和业务人员沟通，便降低了沟通成本。
低代码平台的后端开发和前端生成的过程是自动化的，低代码平台仅用几分钟就能把应用的前后端，以及增删改查等基础功能完全实现。
低代码开发平台在后端对接的是整个 CI/CD 流水线，会自动地作相应的代码安全漏洞扫描、三方依赖、静态扫描等等方面的工作，节省了自动化安全扫描过程。在自动化测试方面，会做相应的 UI 测试，整个过程粗略估计可以节省 60%的开发成本。
