以下是现场速记。
普元信创副总经理 刘桂生
刘桂生：大家好，我是普元信创的刘桂生。前面的分享都很精彩，我抓紧时间，因为现在时间也很晚了。
我在演讲之前给大家分享三个关键点，我们在做企业数字化转型时，从我们自身角度来考虑有三点：
第一.企业架构是不是能够符合你的需求?
第二.信创。从党政、央企的信创，应该说耳熟能详了，但是怎么样和数字化转型结合起来?这是我们需要考虑的点。
第三.数据。前面很多朋友讲到数据怎么安全合规的使用它，这都是我们需要考虑的问题。
我们带着这三个问题来看一下。
我的演讲分三部分：
中间件。我们自己内部中间件比较简单，但对于很多朋友来说中间件相对比较陌生。在基础软件里属于操作系统、数据库、中间件，中间件是相对神秘的产品。
还有我们的产品。
最后再讲一下案例。
普元信创03年成立，最早做的时候也是在调研，然后我们选择了中间件的赛道。中间件也分很多种，当时我们选择了标杆客户。在金融行业做了很多标杆客户，所有大行都跟我们有合作。我们从单一产品扩充到多种产品。除了金融之外，我们还跟运营商、能源、军工等客户都做了很多的案例。
从16年大19年，普元信创在积累。19年成功上市，中间件厂商上市三家，我们是其中的一家。20年之后，我们有了资本，发展起来会更好。
这是我们的产品介绍。不管是从我们数字化转型角度还是从信创角度，可能大家都会去考虑。从最左边的基础软件中间件，就是平时接触到的web中间件，包括BA产品、IBM产品，主要是建立对标产品。
其次中间件多了会遇到集成问题，这时需要流程产品。包括我们现在企业上云，上云之后会发现一个问题就是开发快捷。即使上了云了之后，你还要考虑你的运维怎么样去管理，包括你的中间件以前的场景都不适用了，嵌入式怎么适用?这是我们第三类产品。
我们做了很多业务系统产生了大量数据，这些数据怎么使用?可能需要数据类的中间件，去做整体的整合。
这个是我们在一些场景上的实际数据说明，包括企业服务总线在运营商都有使用。还有大的央企包括我们的运营商以及包括能源企业都会做统一的流程平台，所有业务系统把它的流程都统一，这时普元信创帮助很多客户做统一流程平台的事情。
这是最近的调研，普元信息在所有中间件领域是最强的。
普元一半业务来自于金融业务，不管从大型银行还是到农信、证券、保险都有广泛的客户。其次是其他的行业，交通能源是我们体量最大的行业，还是到交通、建筑包括军工、政府还有企业。
这个是普元公司综合实力的品牌发布，我们大概举两个例子：16年时在国产的中间件厂商就那么几家，普元应该说是处于比较靠前的位置。从去年从整个品牌分布来说，我们在国产里面一直排名第二，排名第一是因为它有其他业务合并，如果剔除掉其他领域，在泛中间件领域我们还是能排名第一。
我昨天还在跟一个客户交流信创，确实困惑很多。最主要的问题是技术路线太多，不管从最底层的芯片有六种再到操作系统、数据库、中间件再往上到应用，技术路线是很头疼的问题。如果一个企业自己去调研所有的技术路线是不现实的，我们从前年跟金融行业去做信创迁移包括从去年、今年我们跟很多央企沟通、交流，他们都很希望能够用比较简短或者比较有效、成本比较低的方式去用这个技术路线。
我们会给他们建议，普元的产品是JAVA的会跨平台，对下层所有硬件都屏蔽掉。剩下就看产品，比如党政用的芯片和行业用的芯片完全不一样，在党政里可能是垄断地位的厂商在行业应用里，相对来说它的份额不是那么理想，这确实跟我们国内客户行业需求有很大的不同。目前普元几类产品跟其他产品生态性、兼容性都非常好。
总结一下：普元在数字化转型包括信创能力上面主要分三类：产品替换。从前年开始跟行业客户交流，尤其跟央企客户交流，对简单替换不满足，整个业务要求需要做整体规划，这个规划就需要有厂商帮它去做，也许是专业咨询厂商也许是基础软硬件厂商帮他们去做这件事情。
做完这些规划之后还要落地，很多时候原来业务系统已经不能满足你的需求了，怎么办?你肯定要用一个新的开发工具来做。包括百度同事也在讲，有很多种方式，包括用低代码的方式，当然也有开发平台的方式，它的核心本质都是快速的帮助你进行业务系统开发重构，避免以前人工的方式，就是最原始的开发方式，它的效率非常低。
这个图我想给大家分享一下，我们今年4月份的时候，后续在做所有规划的时候，这一类产品都要考虑进去。现在做所有信息化规划必须要考虑信创，如果不考虑，到后面建设的时候不满足信创的要求就是很大的问题，所以一定要未卜先知。怎么办?首先要参考。
去年10月份跟工信部组织交流图谱，我们参与中间件的部分。至少有8款中间件，我把它分成了四类。从工信部这一版来看它纳入了这么多，包括最基础的应用服务中间件，还有包括集成，包括企业服总线还有包括微服务开发平台，不能说上云是现在的趋势，就是做得多与少的问题，几年前大家讨论要不要上，现在不用讨论肯定要上，就是用什么样的结构去上的问题。
对于普元来说，我们这四类的产品，我们帮助客户解决了什么问题?
20年代烟囱式叫得最多，所有业务系统都是孤立的，可能一年做几十个都OK。但是随着系统增加之后会出现这些问题，这些系统之间怎么互通互联?怎么让这些厂商按照你的意志去做?这时你需要用一些手段，我们集成类的中间件就能帮助你去做这些事情。
再就是上云。我印象中五六年前，包括金融客户上云不上云讨论很多，但是目前这些事情都不存在了。企业上云之后，前面有很多朋友也在讲，你就会存在你要上微服务，你上DeVops，是不是所有业务系统上云都要微服务呢?有些客户一定要上微服务，但也不是所有客户都必须要上微服务。最后数据如何管理?很多事情都要去做。
分布式的事情，像以前集中式架构已经满足不了需求，本身就在谈分布式。尤其是结合到信创，国产最主要CPU能力相对来说弱一些，这时更需要分布式来解决业务性能的问题。本身你的业务增长就很快了，同时你又用我们现在所谓信创环境之下，整体计算能力偏弱一些，这个时候分布式必须要考虑。不管从数据库还是从开发平台角度来讲，分布式的问题一定要考虑。
其次是高可靠，普元大概前50央企里中的30多家都跟我们有合作，越大的央企客户越担心稳定性的问题。他最关心是不是非常稳定，如果非常新不稳定，对他来说就是灾难性的后果。
我们先从信创的角度考虑，我们昨天交流的时候跟客户也在聊这个问题，因为现在我们所谓的民用里面只有应用服务器中间件这一款，这是信创里用得最多的中间件。现在面临各种复杂的环境，包括早期直接用企业版就够了，但是如果上云，你的版本就不一样了。如果你上微服务，可能你用得版本又不一样了，还有自己生命环节，版本又不一样了。目前来说，普元支持这四个环境，都没有问题，都有大量的成功案例。
其次我们在迁移时，昨天跟客户交流，他也在讲，我们讲我们迁移时候，毕竟以前用国外开源产品，肯定涉及到迁移，那就牵扯到效率的问题。如果只换中间件平均需要三天的时间，客户觉得你们还是比较实在的。有个业务厂商跟他们忽悠，整个业务迁移需要两天，这个明显不现实，因为数据库迁移测试，说实话两天还不够你去调研的。
所以普元在中间件层面来说做了很多的迁移工具，不管是资源充足还是配置管理，都是为了让快速进行快速的迁移。
这是普元从中间件角度给所有行业客户的推荐，我们怎么样把我们的业务系统迁移和我们的信创包括我们的数字化转型全部把它结合，怎么样去做?也包括我们在跟党政客户也在交流，很多业务系统。如果这几点你都要考虑，不仅仅要把你的架构重新的去梳理一遍，以前网状架构要梳理成服务总线、集成的方式去做。
其次你以前用的这些业务系统基础软硬件要去换，包括底层的不管裸机方式还是上信创云，上云、操作系统、中间件，这几类产品你都要去考虑。从我们的角度来看，如果你非常简单的迁移，你的业务系统架构不用动，直接往上搬就好了，这个没有任何问题。但是我们遇到过，有很多网页是点状架构，往信创去迁不现实，你只能重构。
这也是典型的，我们讲央企集团客户，一般都会分二级、三级一直到四级、五级，有很多层客户。理想状态来说，即使不复杂的拆解转型，按照目前的阶段至少要做到每一层级都需要把它管控起来，譬如说用我们的企业服总方式或者流程方式，至少做到我们企业跟企业对外，这是一个层级，其次是我们企业内部所有的业务系统之间，这是一个层级，再次是我们跟下属企业包括二、三级每层企业，当然每一层都要架一层服务总线集成的方式。应该说在大的集团型企业里，这种部署方式是比较成熟的方式。
剩下的我简单介绍一下，传统的基础软件就是最早的烟囱式开发，用SOA架构把它开发就好了。当企业上云了，上云就需要云原生，怎么样云原生?从第一步开发做起，就用所谓的微服务再加上Devops，这是云原生的标配，包括API网络加在一起。
这些东西我们开源都可以实现，但有个问题开源和商用有一段距离。除非你的企业有非常强的能力，能够把你的开源软件玩得转。比如宇宙大行-工行有将近上万人的开发能力，它开源用得非常好，大量普遍客户不具备能力，有的企业找了几个专家弄一下开源的东西问题不大，但后来他们发现做个demo很简单，但如果想做商用的，尤其大型企业上生产，不能出问题，这种产品对他们来说心里心有余力不足，最后他们说要跟我们合作一起来做这个事情。
最后讲一个案例，这个是我们央企的客户，当时我们给他做了一些事情。 源头就源于这个通知，我们所有央企喊数字化也说了很多年，头部客户数字化转型相对来说压力不大，因为它的IT水平非常高，我个人感觉中小型的企业相对来说能力需要快速提升。
对于客户来说，他遇到的问题包括数据的问题、开发的问题、系统怎么样去做的问题，怎么样业务系统升级。核心的逻辑是我们的IT部门人不多，还要支撑整个集团信息化，这个时候又是爆发式增长，需求又很大，尤其现在互联网需求越来越多，怎么办?从我们的角度来看，无外乎是这三类问题：你的业务支撑问题，因为你的业务发展太快了，你的开发能力已经跟不上它了。其次是你的架构的问题，你跟不上它的原因本质上开发手段稍微差了一些，前面都在讲快速开发、低代码的方式，这只是其中一种方式，可以多种方式提升架构手段;还有技术理念的问题，普元这么多年为什么要做开发平台?你可以把你所有技术积累都可以积攒起来。
这就是我们普元的几款产品在一个客户实际应用场景当中所处的位置，我们用中间件做基础的软件资源，包括中间件产品，把所有数据整合起来，其次用总线把所有业务系统整合起来，最后用微服务平台把所有业务系统开发起来。流程是最上层，所有的业务系统先通过流程然后再去建所有开发理念，整个这一套就可以搭建非常好的，不管是技术中台还是数据中台，不管叫什么中台，总归能够解决整个企业开发的问题。
举个例子，譬如说用了我们开发平台之后，开发成本降低，开发效率提高。一升一降，这样整体能力就会提升很多。包括我们的流程，这是他们自己统计的，可能大概有这么多的项目，还有管理计划、流程实例。通过我们整个流程引擎的部署之后，你就会发现效率是提升的，但是你的错误率是降低的，避免了很多人工的错误。
其次通过我们企服总线ESB，十年前我们跟中移动、中国电信去做这个事儿，后面会有大量的企业也会步入到这个阶段。还有包括数据，因为数据最多的就是把这些数据怎么样有效的管理起来，一堆原始数据最终用于决策是需要很多手段的，从最开始的数据清洗、数据加工最后形成数据资产目录，这些都需要不同阶段，需要不同软件去做。
这个就是我们的几款软件包括ESB、DI、BFT、ESB，可以把你所有的业务系统全都串通起来。
这个是最终的显示结果，我们经过这么多手段做了业务系统，最后对于领导来说，他就是能不能看得到。这就是最后的展现，比如这是整个的系统管控，上面有IT展现出来的所有数据，包括项目管理、业务管理等所有的管理，包括考核指标，包括采购合同，包括人力，还有包括财务的情况，包括所有工程进展的情况。这都是效果图，它可以用多维度使用它的结果。
最后我们叫做一数多用，前端很多员工登记这些数据，IT管理部门整理数据，最后领导高层可以对所有数据进行汇总查看做各种的决策。
我的分享就到这里，谢谢大家!
京公网安备 11010502049343号