首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

是否强制Drools 7在单独的JVM中运行,即KIE Server,其中包含规则?

Drools 7不强制在单独的JVM中运行,但可以选择使用KIE Server来实现规则引擎的独立部署和管理。KIE Server是一个独立的规则引擎执行服务器,可以通过REST API或Java客户端与之交互。它提供了一种集中管理和调用规则的方式,可以方便地对规则进行部署、更新和调用。

优势:

  1. 独立部署:KIE Server可以独立于应用程序运行,可以实现规则的集中管理和调用,降低了与应用程序的耦合度。
  2. 灵活性:通过使用KIE Server,可以灵活地部署和管理规则引擎,根据需求进行横向扩展或纵向扩展。
  3. 高性能:KIE Server采用了并发执行、缓存等优化机制,可以提供高性能的规则执行能力。
  4. 可扩展性:KIE Server支持多种规则引擎(包括Drools)和多种规则文件格式,可以满足不同的规则编写和执行需求。

应用场景:

  1. 企业级规则管理:对于需要在多个应用程序中使用相同规则的场景,可以使用KIE Server实现规则的集中管理和调用,提高规则的复用性和可维护性。
  2. 实时决策:对于需要根据实时数据进行决策的场景,可以使用KIE Server将规则引擎独立部署,并通过REST API或Java客户端调用规则引擎实现实时决策。
  3. 批量处理:对于需要批量处理大量数据的场景,可以使用KIE Server将规则引擎独立部署,并通过批量调用规则引擎实现高效的批量处理。

推荐的腾讯云相关产品:暂无腾讯云产品与Drools 7直接相关的产品。

更多关于Drools和KIE Server的介绍和文档,请参考官方文档:Drools Documentation+ KIE Server Documentation

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • 【Drools】值得打工人学习的规则引擎Drools<一>

    规则引擎:全称为业务规则管理系统,英文名为BRMS(即Business Rule Management System)。规则引擎的主要思想是将应用程序中的业务决策部分分离出来,并使用预定义的语义模块编写业务决策(业务规则),由用户或开发者在需要时进行配置、管理。 需要注意的是规则引擎并不是一个具体的技术框架,而是指的一类系统,即业务规则管理系统。 目前市面上具体的规则引擎产品有:drools、VisualRules、iLog等。 规则引擎实现了将业务决策从应用程序代码中分离出来,接收数据输入,解释业务规则,并根据业务规则做出业务决策。规则引擎其实就是一个输入输出平台。

    02

    浅尝一个排程引擎Optaplanner - 前序

    当码农有10多年了,由建筑行业软件,各种MIS,通用物流定制平台,CCTV客户端(是闭路电视,不是央视喔)啥都做过。最后小试一下创业,不过那都是闹着玩的,不到一年就回到码农的队列,重拾搬砖的行当。近些年一直在制造业,做过ERP,当过小组负责人。有人问为什么不转纯管理?是能力不足,气质不佳还是人品低下?我觉得都有些且不全吧。反正无论是当管理还是做技术,我还是觉得手里拿点实在的东西心里才踏实。并不是说管理不是一个好技能,而是本人遇机问题,机会不多,所以大多数时间都是在做搬砖,砖搬多了,当然想试一下,看能不能搞个自动化机械出来,总不能搬到退休那天吧,码农到底多少岁退休呀?看来如果再不练就点拿得出手来的东西,到时候我就只能退,无法休了。那些奋斗于500强,30岁而立之年已赚足退休资本的农场主们不在此列。

    00

    OptaPlanner规划引擎的工作原理及简单示例(2)

    在前面一篇关于规划引擎OptaPlanner的文章里(OptaPlanner规划引擎的工作原理及简单示例(1)),老农介绍了应用OptaPlanner过程中需要掌握的一些基本概念,这些概念有助于后面的内容的理解,特别是关于将约束应用于业务规则上的理解。承上一文,在本篇中将会减少一些理论,而是偏向于实践,但过程中,借助实际的场景对一些相关的理论作一些更细致的说明,也是必要的。本文将会假设我们需要对一个车间,需要制定生产计划.我们为生产计划员们设计一套智能的、自动的计划系统;并通过OptaPlanner把这个自动计划系统开发出来。当然,里面的业务都是经过高度抽象形成的,去除了复杂的业务规则,仅保留可以体现规划引擎作用的一些业务需求。因此,这次我们只用一个简单的小程序即可以演绎一个自动计划系统,来呈现规划引擎OptaPlanner在自动计划上的魅力。

    01

    小明历险记:规则引擎Drools教程一

    小明是一家互联网公司的软件工程师,他们公司为了吸引新用户经常会搞活动,小明常常为了做活动加班加点很烦躁,这不今天呀又来了一个活动需求,我们大家一起帮他看看。 小明的烦恼 活动规则是根据用户购买订单的金额给用户送相应的积分,购买的越多送的积分越多,用户可以使用积分来兑换相应的商品,我们这次活动的力度很大,肯定会吸引很多的用户参加,产品经理小王兴高采烈唾液横飞的对小明讲到。小明心想,又tm来这套,这次需求又要变更多少次呢?表面上还的配合,说赶紧把规则给我们吧,早点开发早点上线,小王说这次需求老简单啦,估计你们两

    03

    2018-11-07 Drools业务逻辑框架

    大部分 web 以及企业级 Java 应用可被分成三部分:与用户交互的前台,与数据库这样的后台系统交互的服务层,以及它们之间的业务逻辑。最近这段时间,通常我们会使用框架来实现前台和后台的需求(例如:Struts, Cocoon, Spring, Hibernate, JDO, 以及实体 Beans),但是却没有一种标准手段很好的组织业务逻辑。像 EJB 和 Spring 这样的框架都以 high level 方式处理,这无助于组织我们的代码。除非我们改变这种凌乱,否则系统将不会健壮,框架中杂乱的 if...then 语句能带给我们可配置性、可读性的优点,以及在其他地方复用代码的愉悦吗?本文将介绍如何使用 Drools 规则引擎框架来解决这些问题。

    03
    领券