作者：京东批发 徐开廷

1、导读

业界，规则引擎是一个十分普遍的技术类工具，也有很多十分优秀的开源工具，例如Drools等，它是一种嵌入在应用程序中的组件，主要处置易变逻辑和业务耦合的问题，把易变的规则从应用程序代码中分别出来，进而提升托付效率，降低应用程序维护和可扩展性成本。

但是，行业上开源的规则引擎，在互联网场景运用却存在诸多障碍。从技术上来看，面对特大流量的高并发略显缺乏；从托付上看，操作言语是以研发视角，无法让更多的非技术人员参与来完成托付链条的最大化降低；从实施上，也没有配套的规范化架构开放规范，无法范围化的让规则从应用程序代码中完成分别。

基于此，京东供给链研发部自研了一套，面向业务角色的海纳低代码规则引擎平台，产品定位是面向业务、研发多角色一体化的零低代码开发平台，这其中规则引擎是其最中心的部分之一。

这个平台，不只能够高效的支持互联网高并发业务，它还具有一套规范化扩展开放的才干。基于此业务系统能够快速完成业务规则的范围化开放，短短4个月内，低成本开放了近100+个扩展点，抽取沉淀了近400+个业务规则，支持了14+个京东中心链路严重项目，产品经理/ISV也初次以无代码的方式，在保险明晰的工作边疆内，自助式的完成京东中心链路的业务需求，平均的托付周期0.5天内。

另外，从久远来看，它把研发职能进行转移及拓宽，以保险的方式让更多的角色参与研发，进而优化了需求的托付方式，为后续生态范围化的托付奠定了基础。

2、JD履约的应用

现状

海纳低代码规则引擎平台在履约已大范围运用，初步达成了约20%的需求可由业务角色来直接托付，预估后续此比例可提升至40%。和其他平台的延展状况一样，海纳的延展过程也相当惊心动魄。下面就以一个特别的视角、简短的言语为大家展开。

一个阳光明丽的早上，初级工程师小徐背着军绿色的双肩包，前脚刚从满满当当的电梯里面出来，还没来得及走到工位边脱下厚重的羽绒服。“铃铃铃”的电话声音就响起了，是对应业务条线的产品小李打过来的。该死，不会昨天晚上上线有什么问题吧。小徐揉了下轻轻发胀的太阳穴，不安的接起电话。很快就放下心来，昨天上线的业务已验收没问题了。是一个新的业务诉求要去满足。

快速沟通了下，小徐就搞明白了大致想要做的事情了。商城上新引入了一批高端的时兴化装品品牌，业务侧将货物入仓并在APP上开端售卖后，在客户同时或者分开置办这批化装品后，在这些货物在出库履约生产的时分，物流会树立单独的生产业务线，为不同品牌的化装品单独包装，并放置到品牌独立的包装礼盒中。希冀在配送给客户的时分，运用精巧的礼盒也能够增强客户的感知，提升用户体验。

小徐工作已三年了，听完这个需求后，大脑中已构思出了大致的完成计划了。这个需求简单，不就是配置一批特殊的品牌增加特殊的业务处置规则么，几行if代码就能够搞定了，前2天刚完成了个相似的需求。刚想完，小徐就翻开代码编辑器，眼睛盯着那几百行多个if else分支的代码，想着加到哪个中央最适合。

想着正有点出神，电话再次响起，还是产品小李，这个需求的优先级进步了，业务那边希望今天就能够给出一个排期计划，小徐预估了大致的工作，觉得应该能够满足预期。和小李肯定了下午的需求评审会时间，并随手将这个任务加到了待办列表中了，不经意的扫了下工作布置，这周上线的需求就有4个了，突破了以前每周处置2个的平均值了。看来今天晚上要加加班了，不然干不完了。小徐戴上帽子，遮住了有点稠密的脑门，抿了一口黑咖啡，全心开端工作了。

几天后，另外一个角落里，中心架构师小彭和其他几个产品、业务聚在一同，对最近排期不满足的状况进行沟通。大家一番讨论后，总算共识了一同评价能否有适合的方式能够提升托付的速度，降低排期不满足的概率。以至个别业务还提出来，有没有什么工作是能够分出来交给他们来做的。嗯，这是一个有意义的方向。小彭记下了这个关键的内容，开端认真揣摩有无好的措施。小彭历来就不是一个空想派，说干就干。从项目文档中拿出了近3年的项目及需求列表，从头梳理其完成方式，评价需求的共性及特性。

应战

小彭带领团队，重新审视了最近收到的项目及需求，发现约有40%的需求相似性比较高，需求笼统后基本能够描画为“基于一定组合的业务条件下”，“执行特定范畴的业务动作”。看起来和规则引擎的匹配度相当高。但是综合剖析后，发理想施难度存在2类应战，均需求有对应的处置计划。

性能应战：小彭担任的业务范畴有点特殊，一切商城的每一个订单都会流向他担任的系统，峰值时一天处置超亿级订单。传统意义上的规则引擎，应用的都是低流量的业务场景。在这种大数据量，高并发的场景下，怎样保障性能是个问题，需求有对应的处置计划。

价值应战：引入成熟的规则引擎，假定能够处置目前的应用场景。但是普通规则引擎都会有其独立的范畴描画言语（DSL Domain Specific Language），这类言语的运用门槛普通都比较高，交给研发人员维护还处于勉强能够接纳的水平，交给产品或者业务人员去维护，初步看可能性较低。那么引入规则引擎后，如何完成一种计划，能够让产品、业务、研发均能够快速参与进来，均能够运用此产品功用进行快速托付，就是此产品要处置的中心问题了。

计划

经过几天连夜的奋战，小彭总算把相关的处置计划敲定了细致的可行性方向，与上级主管沛条约好了汇报讨论的时间。与前几天心惊肉跳的讨论不同，在大的讨论开端之前，小彭的心反而没有那么慌张了。小彭就是这样，越是难的事情，越觉得有应战。即便再难的事情，在心里过一过，总能够想得明白。他是使万物回归其本源，而种子总能突破土地的约束，慢慢长成谁也无法阻挠的参天大树。

落地层面，小彭历来不担忧。固然能够预判到实施的过程中会有这样或者那样的难题。但是小彭和其协作的团队的战役力，是小彭自信昂扬的一切来源。这是一支不同的寻常的团队，支撑的也是不同寻常的业务。业务上，小彭担任了商城一切订单的履约生产过程，为每一个订单实时高效的制定好最优的生产计划，在过程中发出多个如拆单、转仓、补货等多个快速指令，为在商城中消费的每一个客户提供最优效劳，并最大可能性的降低履约生产过程中的生产成本。过去几年多次一同并肩作战的战役与冲锋，早就锻造了这只团队特别的战役力。

和沛公的交谈如预期中顺利，但是沛公说他还是要再认真思索一下。是的，是要认真思索一下，成熟的人总是要三思然后行，而一但肯定好后就毫不犹疑的坚决执行。这个事情，风险和收益同样庞大。干好了后面研发托付的工作能够发作改造式的变更，产品、业务来完成需求托付不再是个望尘莫及的事情了；但是假如干不好，好比过程中遇到了无法突破的难题，或者托付后呈现业务运用不佳的状况，辛辛劳苦投入的精力可能就会存在空费的状况，特别是面对如此高的托付压力，一旦失败，对上对下，都不好交代。

改造的过程总是很痛苦，而有先见之明的人在阅历痛苦后才干有机遇涅槃重生。做，还是不做，这是一个摆在沛公面前的难题。在经过一个晚上的深思熟虑后，沛公心中就有了预判和决断。这个事情是一个长期的事、有价值的事情，往常不做，未来我们也会要做。等未来项目及需求的压力变得不可阻挠，不得不做的时分，重重压力下执行的动作反而会变形。最好的机遇就是当下，沛公已暗暗下定了决计。至于艰难，总会有的，但是只需自信在，措施总比艰难多。勇于冲锋，直面失败，这也是这个团队难以磨灭的特质。

沛公找到了供给链担任整体效能同时身为首架的林教员沟通。林教员最近也不时在思索，如何将供给链高频共性的研发起作进一步笼统、打造出适合的Y工具产品，并将工具提供开放给业务角色，来降低研发的需求数，提升托付效率，部门也不时在做这样的探求，正好最近零（低）代码处置计划也初步有了成果，与沛公提到的想法不约而同。两个部门立刻决议，共同推进落地。

一个小的分队很快就成立了，两个团队都选择了一些精兵强将，共同担任功用的设计、开发及运维，细致带队的分别是小丽，小徐，小彭，总体架构师是林教员，部门中一些架构师和研发也自愿的积极参与，例如 小孙，小马，小丁，小梦，小张，小喜等等。大家除了日常需求支持的实质工作外，其他的时间都一头扑在了这个新产品才干的打造上了。和普通巨大的事业开启必定附加有华美的篇章不同，研发的工作总是这样，质朴而无华。没有激情澎湃的赞歌，也没有千里不留行的豪迈，只是一个接一个的不眠之夜。看似单调的工作，和冷冰冰的代码，但总难浇灭大家心中火热的激情。屡屡深夜里有一些灵光乍现的新思绪，每个人总会赶紧拿手机记下来，再倒头躺下。想到新的一天能够和团队一同，讨论新的思绪和落中央式，大家按捺不住激动的内心，久久不能入睡。

一个月后，产品雏形已初步完成，小彭拉上业务线对口的产品和业务来试用，算是毁誉参半，小彭没有泄气，搜集了大家的问题和反响，并开端快速迭代。又半个月过去，产品总算抵达了可用、可托付的状态。经过一段时间的试点运用后，一些业务、产品开端主动来寻求协作和反响。总算构成了正向反响。

3、中心原理引见

看了这么多，那这个产品到底是如何完成的呢，其中的原理和亮点分别是什么，让小分队的成员带领我们来一窥究竟。

进步托付效率、保障托付质量，扩展托付角色，是业界追求的最高目的，也是是小彭及其小分队追求的最终目的。为保障产品功用可保险、牢靠的托付给业务角色，小分队探求出了一个带可视化界面、研发和产品可共同参与开发的通用性规则平台，并在平台内设定了一系列的规范化商定，计划提供沙箱方式、录制与回放考证等机制来保障托付的质量，并提升联调与考证的效率。

而其中心原理，简而言之能够表述为：平台提供可视化设计器，业务角色在可视化界面沉浸式式编排业务规则，即可完成一切业务功用的新增、变更、修正与发布。与之相对应的，平台在功用后台自动生成规则引擎描画文件，待业务角色审核完成后自动化的同步给应用系统。应用系统经过SDK对扩展点进行拦截，并在扩展点执行生效的规则编排。

海纳低代码规则引擎工作表示图如下所示：

关于适用于业务规则类的业务场景，小分队的成员很快就发现存在共性特性：“当满足部分特定业务条件时，执行特定业务动作的一组规则汇合”。

小分队成员对此特性深化研讨，发现市面上常见的规则引擎提供的技术规则内容太深奥、太专业，关于普通的业务人员了解难度太高，招致市面的规则引擎产品主要在研发内部运用。为处置这一难题，小分队在平台中除了提供纯技术规则注册外，还提供了业务规则注册与组合编排。使得平台的用户不光能够掩盖至研发角色，还能够掩盖至业务角色。业务托付需求时，只需关注其业务规则与业务编排，而其背地支撑的复杂技术规则则可完整对业务角色透明。最终业务像画流程图一样在平台进行操作即可自助式完成需求托付。

随同着需求的托付个数的增长，系统中的业务规则和业务行为不时地扩展，后续的需求托付可复用之前沉淀肯定的业务规则，包含如“自营”、“厂直”、“医药”等统一的业务含义，均可统一在后续需求进行复用。可进一步提升托付速度。

下边我们以一个实践的例子展示下海纳规则引擎的主要特征功用。为了让大家有直观的感受可视化规则编排和执行过程，先展示下规则编排结果：

从规则流程图能够看到主要的元素就是菱形和矩形。菱形表示条件，相似于我们代码中的if；而矩形则是动作，就是我们细致做的一个动作，好比更新数据库、远程接口调用等任何想做的事。

那么规则流程是如何被编排出来，编排出来后又是如何运转的呢？下图描画了主要过程。

注册扩展点：

扩展点是规则要执行的切入点，在平台注册扩展点后，可盘绕该扩展点进行业务规则流程编排。

业务模型注册：

业务模型是业务数据的载体，确保引擎正确辨认并访问模型以进行逻辑运算；

技术规则注册：

主要面向研发人员，主要包含措施的签名信息，和系统中的代码措施对应，提供最基础的规则。

平台还内置了丰厚的技术规则，如下图所示，关于普通业务而言，预制的规则能够满足80%及以上的场景。关于其他个性化场景，平台也提供了可扩展的才干。

业务规则注册：

业务规则是对技术规则或业务规则的组合，构成具有业务语义的规则，最终用于业务规则流程编排。为了完成复杂业务条件，我们提供and/or/not/group等多种组合方式，方便业务灵活配置。

业务规则编排：

对业务规则进行组合，以流程图的方式展示业务流程，最终构成规则流程描画文件。

规则引擎执行：

SDK将规则流程描画文件解析成规则引擎能执行的脚本，规则引擎经过执行脚本完成业务规则的运转。

小结：

对业务角色而言，海纳平台提供可视化规则编排才干，业务规则主要是由具有业务语义化的条件规则和动作规则组成，因而产品业务人员能够轻松地自助完成业务规则编排。随着规则丰厚度持续提升，业务人员也能够对已有规则进行组合或经过自定义规则方式完成新业务规则创建，完成全面自助。

关于研发角色而言，应用系统只需引入SDK并定义要执行规则扩展点即可完成集成工作。后续需求业务完成自助化托付后，整个托付的过程从原来的10天，可缩短至最快0.5天，达成了提效的目的。

亮点

1、轻量化

海纳规则引擎以对业务系统无侵入，只需引入规则引擎SDK，添加注解即可完成接入，关于存量系统具有友好的支持。普通而言，1天即可快速完成集成工作。

2、高性能

海纳平台是去中心化的设计，平台只担任流程编排，编排后的结果以流程描画文件的方式同步给业务系统，应用系统经过SDK解析并执行，采取本地化执行方式，没有性能瓶颈，并经过了京东订单履约中心系统11.11大促考证。平台提供的才干支持峰值一天处置超亿级订单平稳运转，单个规则运转的耗时在纳秒级别内完成。

3、研发和业务完成分别

海纳规则引擎将研发角色和业务角色分别，在技术范畴和业务范畴间树立规则适配，屏蔽技术细节，让业务角色更关注业务规则，进步业务角色的运用体验。

4、可视化

面向业务语义的流程编排，流程的编排能够向画流程图一样方便，完成所见即所得的业务体验。

5、技术资产沉淀

经过在平台上注册业务规则和业务行为，可完成技术资产沉淀，随着业务规则的扩展，可支持更为丰厚的业务流程。

4、总结

时间又回到了当下，产品小李找到了小彭，同步了近期业务提过来的几个需求，均曾经在海纳规则引擎低代码平台自助化完成了，单个需求差未几5到10分钟即可完成配置，全程在平台上沉浸式操作即可。但最终上线需求小彭辅佐审批一下。认真检查了业务规则条件，确认业务逻辑契合预期后，小彭快速移动鼠标，悄然点击了“发布生效”，新配置的规则就好像打一个响指一样，秒级的速度就更新至线上生产环境，并全面运转了。送走小李后，小彭看着线上平稳的监控曲线出神，这个手段的确挺有效，省去了需求评审、业务功用开发、业务功用内部测试的时间，业务角色能够快速自助化托付。那么其他60%的需求如何提效呢？能否有其他的处置计划呢？小彭又堕入了沉思。

看到了这里，您是不是对海纳规则引擎低代码平台有了更多的了解了呢？您在日常的工作中，能否遇到了相似的场景，能够复用此处置的计划么？假如有，欢送多多交流。

在项目需求日趋增加，而人力资源逐步成为瓶颈的时分，采用多种方式来达成提效的效果，是摆在一切人面前的一个难题。希望本文章能够以一个视角和处置计划，以抛砖引玉的方式，惹起大家更多的共鸣和思索。