客服中心

上海秉坤CTO王勋:秉坤金刚PaaS面向未来的新零售开发平台

金者

· 2518次阅读 · 2021-02-01

近日,“数智赋能未来”第十六届信息化领袖峰会暨2020美业数智生态峰会在上海圆满举行。本次峰会吸引近400位CIO、IT负责人以及行业知名信息化服务商等业内资深大咖共聚一堂,撞击智慧火花,深入解读行业数字化转型发展亟需解决的问题,探索数字营销未来走向。

会上,上海秉坤CTO王勋做《秉坤金刚PaaS面向未来的新零售开发平台》主题分享,以下为演讲实录,由畅享网整理发布。

我给大家介绍一下秉坤在新零售数字化解决方案方面的积累。最初,我们是为新零售渠道提供软硬件结合解决方案的传统供应商。经过十余年发展,我们发现想要更好的支撑业务,需要在技术层面做出重大改变,这也是秉坤最初做低代码开发平台的初衷,我们希望通过低代码的形式,使业务部门、技术部门能够快速达成业务目标。

01.从多方面分析,秉坤PaaS平台的发展历程

从纯技术角度讲,我们能清晰的看到企业技术平台的发展趋势,从较容易接受的IaaS-PaaS-aPaaS-SaaS,这过程中出现了一种软件开发平台,这个平台希望达到的目标是赋能企业或品牌IT人员,使之在传统业务发展过程中,能够自主解决一些问题,不再依赖IT厂商。尽管秉坤的解决方案已经很成熟了,但遇到一些变化时,我们还是会考虑如何快速应对,怎样在技术上提供灵活性,不断迭代自身产品与技术。

从发展历程讲,秉坤的技术及产品已经很成熟了,包括我本人也有二十多年业务开发经验。现在很多互联网造车公司,理论上讲可以买到所有配件,可为什么不能造出一辆特斯拉?技术层面有非常多的工具可以帮助IT人员,为什么他们每天还要以“996”的方式工作?这也是秉坤产品希望给行业、客户带来的改变和价值。

技术的人都会说到一些比较流行的互联网化的词汇,如赋能,平台化,中台化等,事实上大家看到每一家大一点的厂商,都会试图寻找一些软件开发的更好的工程化手段、技术上的解决方案。工具层面的东西,技术人员比较清楚,我们怎么对模型做调整?目前,SAP也在说,如何拥有一个统一的企业数据模型?有一个快速面向多端的开发平台,如何开发支撑各种各样业务流程变化的配置工具。我们讲的aPaaS层和SaaS层已经比较成熟,这种成熟体现为客户可以找任一云厂商满足企业性能和功能的要求。但企业业务本身还是会存在一定差距。我们谈了这么多年的解决方案、数据中台,实际上效果并不理想,所以我们希望有一层基于PaaS的轻代码平台,把中台、业务需求、技术可以更好的衔接起来。

从我们所看到的大厂商,包括国外云厂商来看,他们有不同的侧重点,比如有些解决方案是偏向于通用型的,有些是面向行业的,大家解决问题都是考虑怎样能够为API层提供标准化服务,怎么能够使得前端应用快速对接企业的开放服务API。

02.秉坤PaaS金刚平台解决方案

在秉坤PaaS金刚平台上,我们有一些模型驱动解决方案,这种模型体现为数据、交互、流程、规则,有了这些模型后,就能使前端快速适应业务的变化。通过有效的性能优化手段和技术,使得模型可以快速支撑业务变化。金刚是我们内部产品名称,我们也希望这样的产品是技术的平台,可以帮助企业,不管是集成层面还是新应用开发层面,都能够快速地应对市场的变化和需求。

大家从不同的视角来看,有人会说这个平台是一个表单驱动的形式,比较偏OA,但我们更关注全面的模型化。模型化偏向应用于大的企业软件,例如一个好的客户模型怎么支持跨行业的CRM、怎么做灵活的订单模型等。如果分解来看,会看到更多的模型,包括集成、大数据、AI……最后会看到,如何匹配底层的PaaS平台,需要一个能够支撑多容器、多云部署的方案。综合这些,我们在技术层面的诉求,是希望秉坤能够提供平台化的解决方案来应对各方面的挑战。

03.面向演进的架构:秉坤金刚PaaS平台化解决方案应对挑战

从秉坤金刚PaaS平台的组成来看,我们认为最关键的是要让业务中台真正产生价值,我们一定还有另外一个孪生技术进行支撑,这个支撑是我们的低代码开发整合解决方案。另外,我们还有一个关键词——面向演进的架构,尽管我们的系统很灵活,能够支持演进,但如何落地是一个问题。我们强调API化、服务化,但我们希望通过解决方案使得品牌或厂商的业务人员部分可以自主掌控自身业务。

大的层面上,我们希望中国的芯片产业自主,业务能够让品牌自主。顶层来看,我们希望云原生的架构、系统的集成和数据的集成变得更加容易,因为有了这样的能力之后,业务才能真正做到面向变化、面向演进。

秉坤经过多年积累,拥有一整套模型,在每一层上,金刚平台都可提供相应支持。除了所说的标准公有云以及云原生架构,我们需要对领域有深入理解,这个理解就是订单模型、库存模型、会员模型,营销模型等。我们有一个交易框架,这个交易架构在金融行业谈得较多,我们认为所有的业务不外乎是一种业务交易实现。我们拿到订单时,并不希望用标准的ERP角度来看待,我们希望这个订单是TOB、TOC的特殊业务场景下,客户跟我们之间的一个合同,利用这个合同预设的逻辑执行上面所发生的业务规则,包括各种交易。我们更倾向于模型化、基于业务场景、泛化的交易框架支撑企业业务运营,有了这个交易框架之后,可以真正实现可配置、灵活调整、面向演进的技术架构和业务架构,这是我们最基本的目标。我们做企业的业务系统,不管是做简单的业务管理,还是收集管理层面的数据,把所有这些业务层考虑,落地到架构里面,我们把它定义为业务框架下的交易执行。

具体来说,我们提供技术层面的核心组件,我们也会提供相应的架构模式实现,如异构系统怎么做、如何建立分布式架构,只有技术上解决了这些基本问题,才能更好地支持业务创新。在标准化方面,我们看到基于业务上的抽象后,不管用户提的需求是营销层面还是订单处理层面,我们有足够的抽象能力通过系统简单的调整实现其需求。基于数据层面,我们有各种各样的基于CDC的数据集成管道的配置,包括计算引擎、快速流式计算等组件的编排。我们强调业务上的抽象,结合技术平台的有效组合才能达成业务目标。

另外我们怎么满足客户的集成配置需求?集成配置需求不是只有我们IT厂商的开发人员才能做,我们相信企业的IT人员能够理解数据如何流通,如何对接ERP系统,但我们不希望把这些事情变成只有IT人员或厂商才能做的事情。我们的核心诉求还是让业务、让客户自主控制自身系统。

刚才我们强调了业务的模型是标准的、接口是标准的,我们可以通过编排手段,按照业务需求将业务流程组合起来,因此,我们提供了各种技术方法,保证页面、模型、规则可以灵活配置。

事实上,秉坤已经提供给客户一些比较成熟的业务解决方案,助力用户实现了订单的多渠道管理。为何订单管理系统(OMS)已经很成熟了,我们还要帮助客户做全渠道管理呢?因为我们想做进一步的融合。举一个例子:企业采购了一个OMS系统,但该系统会有许多限制,秉坤想基于业务编排、标准业务模型、标准业务接口,更进一步让客户自己做社区团购等特殊场景下业务实施层面的事情。所以我们强调开发的所有业务功能,在设计和实现层面上来看都是白盒,客户可以打开任何业务逻辑进行更改,只要符合系统基本规范,完全可以让企业做到自身想达到的业务效果。

我们强调有模型、有编排、有业务规则/流程引擎就能达成交易层面、数据层面的灵活性。我们举一个新业务场景的例子,这个新业务尽管看起来是零售场景,但其比较特殊。我们有一些美发、眼镜行业的客户,他们希望给客户提供更好服务和体验,这类企业对系统的要求也是不同的。正因为差异化要求,不能采购现成解决方案,所以秉坤基于前面所提到的各种技术和业务解决方案,可以快速上线符合他们定制化需求的解决方案,同时降低长期的系统维护成本。

正因为我们希望更好地服务客户,面对不同客户的差异性,所以秉坤人对自身技术提出了更高要求,这也是为什么我们在零售数字化解决方案技术平台上进行了三年多的持续开发。

我们认为企业做软件最大的痛苦是差异性。互联网公司可以投巨资、用更好的人去解决自身问题,但面对这么多客户时,我们希望有更好的解决方案,所以我们来做基础的低代码PaaS平台,那是冰山水面下那一部分,而面向客户的互动,业务场景的创新完全可以开放给合作伙伴或我们自己的客户来实现,这也是秉坤金刚PaaS平台的诉求。谢谢大家!

【免责声明】 自媒体用户发布在亚太财经网评论发表的所有信息、言论等仅代表个人观点,与本网站立场无关,不对您构成任何投资建议。用户应基于自己的独立判断,自行决策投资行为并承担全部风险。任何用户私加自媒体用户发布的联系方式由此带来的损失都由用户自行承担。
登录发布

登录可以发布您的资讯
没有账号,请点击注册

Copyright 2024-2040 yzforex.com
上海炯杰信息科技有限公司 版权所有
沪ICP备18016373号-1
申请订阅
关于我们 信息合作 法律声明 加入我们 征稿启事 联系我们 风险提示