在软件理论逐渐丰富、软件工业发展日趋精细的今天，通过封装与解耦，软件得以不断地组件化、模块化。这极大地提高了软件产品的扩展性、重用性，也降低了企业级软件系统开发、运维及扩展的整体成本。在这种趋势下，规则引擎作为一种可以将各种复杂的业务逻辑运算封装在其内部、向外部系统提供可调用的服务或处理的软件构件，也开始逐渐为大家所接触到。

虽然规则引擎产品众多，从以drools为代表的开源软件到以IBM ODM（原iLog）为代表的商业软件都有；但是在金融企业IT环境中，目前还是以安全稳定为第一要务，因此ODM一直是金融企业的首选。在我们此次的讨论中，也以ODM为例，向大家介绍一下规则引擎在金融企业中应用现状，然后再讨论一些可能会遇到的问题。这些问题包括：

首先，从系统适用性角度来看，金融企业中哪些业务领域的哪些规则，适用ODM规则引擎来实现？

其次，从企业级架构角度来看，规则引擎该如何布局？规则引擎是应该与其应用系统耦合在一起，降低系统之间的扰动为好呢？还是应该将若干系统应用到的规则引擎合并为一个平台，以达到软硬件资源的最大化利用为好呢？

最后，从单一系统的设计来看，规则引擎与应用系统之间的边界设在何处为宜？哪些逻辑应该在规则引擎中实现？哪些应该保留在应用系统中呢？其中选择、取舍的原则何在？

如果您对规则引擎感兴趣，在实际工作中也存在这样那样的困惑，那么不妨参加社区于01月17日举办的“企业如何降低实现业务逻辑组件的复杂性和应用程序的维护成本”同行交流活动，报名之后即可观看视频内容、下载资料，并且和专家一起学习、探讨以上问题！

本次活动结束后，将由活动嘉宾评选出优秀提问者，社区给予社区金币或微信红包奖励。