• TIBCO.com
  • Support
  • Worldwide
    • Australia
    • Belgium/Luxembourg
    • Brazil
    • China
    • Denmark
    • Finland
    • France
    • Germany
    • Iceland
    • India
    • Italy
    • Japan
    • Korea
    • Mexico
    • Netherlands
    • Norway
    • Russia
    • South Africa
    • Spain
    • Sweden
    • Taiwan
    • UAE
    • United Kingdom
    • United States
    • Worldwide Offices
Tibco
  • Software
    • Software
    • Ajax Rich Internet Applications
      • Ajax Message Service
      • General Interface
    • Application Integration
      • ActiveMatrix BusinessWorks
      • BusinessWorks SmartMapper
      • Adapters
    • B2B Integration
      • BusinessConnect
      • BusinessConnect Remote
      • BusinessConnect Trading Community Management
    • Business Activity Monitoring
      • BusinessFactor
    • Business Intelligence
      • Spotfire
    • Business Process Management
      • iProcess Suite
    • Complex Event Processing
      • BusinessEvents
    • Data Integration
      • DataExchange
    • Enterprise Service Bus
      • ActiveMatrix Service Bus
    • Mainframe Integration
      • Mainframe Adapters
      • Mainframe Messaging
      • Substation ES
      • Object Service Broker
      • i5/OS Integration
    • Master Data Management
      • Collaborative Information Manager
    • Messaging
      • Ajax Message Service
      • Enterprise Message Service
      • Rendezvous
      • SmartSockets
    • Portal
      • PortalBuilder
    • Service-Oriented Architecture
      • ActiveMatrix BusinessWorks
      • ActiveMatrix Policy Manager
      • ActiveMatrix Registry
      • ActiveMatrix Service Bus
      • ActiveMatrix Service Grid
      • ActiveMatrix Service Performance Manager
    • System Monitoring and Management
      • Hawk
      • Enterprise Management Advisor
      • Enterprise RTView
    • User Experience
      • Ajax Message Service
      • General Interface
      • PortalBuilder
    • Software A-Z
    • Standards Support
      • Java EE
      • UAN
      • Web Services
      • XML
    • Software Downloads
      • General Interface
      • Business Studio
    • Evaluation Information
    • Request Additional Licenses
    • OEM Program
      • OEM Partners
      • General Interface Developer Network
      • Business Studio Developer Network
  • Services
    • Services
    • Consulting
      • Proven Methodology
      • Service Offerings
    • Educational
      • Programs
      • Course List
      • Class Schedules
      • Pricing and Policy
      • Certification
      • TCEP Program
      • FAQs
    • Support
      • Programs
      • Getting Started
      • TIBCO Support Web
      • TIBCO Support Web Login
    • Customer Care Center
  • Solutions
    • Solutions
    • Business Process Management (BPM)
      • Understanding BPM
      • BPM in Your Industry
      • BPM Customers
      • iProcess Suite
      • Resource Library
    • Service-Oriented Architecture (SOA)
      • SOA Fundamentals
      • Best Practices
      • Case Studies
      • TIBCO Solutions
      • Resource Library
    • Business Optimization (BO)
      • Successful Deployments
      • What Can BO Do for You?
    • Master Data Management (MDM)
      • Understanding MDM
      • TIBCO Solutions
      • Resource Library
    • Industry Solutions
      • Communications
      • Energy
      • Financial Services
      • Government
      • Health Sciences
      • Insurance
      • Manufacturing
      • Retail/CPG
      • Transportation and Logistics
    • Business and Technology Solutions
      • RFID
      • Sarbanes-Oxley
      • Supply Chain
  • Customers
    • Customers
  • Partners
    • Partners
    • TIBCO Partner Network
    • Software Partners
    • Technology Partners
    • Consulting Partners
    • Distribution Partners
    • OEM Partners
    • OEM Program
      • General Interface Developer Network
      • Business Studio Developer Network
    • Evaluation Information
  • Communities
    • Communities
    • Developer Network
    • TIBCO User Groups
    • power.tibco.com Extranet
    • TIBCO Blogs
      • TIBCO Executive Blog
      • TIBCO SOA Tour Blog
      • TIBCO CEP Blog
  • Company
    • Company
    • Insightful Acquisition
    • News
      • Releases
      • Coverage
    • Events
      • Tradeshows and Conferences
      • Seminars
      • Webinars
      • TUCON
    • Contests
    • Community Relations
    • University Relations Program
      • Resources for Academic Institutions
      • Member Institutions
      • FAQ
      • Developer Resources
    • Career Opportunities
      • Locate a Job
      • Submit Resume
      • Campus Recruiting
    • Leadership
      • Board of Directors
      • Management
      • Executive Officers
    • Investor Information
      • Announcements and Filings
      • Corporate Governance
      • Proxy Information
      • Committee Composition
      • Contact the Board
      • Code of Conduct
    • Worldwide Offices
TIBCO's SOA Tour
March 3, 2008
Business rule execution: stateless/transactional, stateful/monitoring, or both?
Posted by: Paul Vincent -

TIBCO was recently invited to discuss the technology needs for a large rule-driven insurance risk management system. Interestingly, the specified requirements had nothing to do with CEP, and everything to do with traditional (stateless) business rules execution:

  • replace an existing rule engine
  • map existing rules to the new rule engine
  • migrate to standardized server platforms.

So why would a rule-driven CEP engine even be considered for this problem? Lets take a look at some of the longer term needs of such an organization:

  1. exploit the huge amounts of operational data being collected
  2. increase straight-through-processing transaction rate, avoiding manual intervention
  3. move to more customer-centric, portfolio-based underwriting (rather than simply policy-based).

These don’t necessarily align best with conventional stateless rule services.

1. Business activity and business performance monitoring: direct feedback over time / time periods / regions / etc of which rules are used and which aren’t, and information on trends for different regions, policy types, take-up rates, etc. This requires monitoring large amounts of events over time, and is best done by correlating events directly in the rule engine.

2. Increased “Complex Rule Processing”: to automate more policy decisions, more rules are likely to be required on more “data”. Naturally, hitting a database with multiple transactions to get different views required for different decisions is going to be bad news for the rule server, development team, database administrators, and the database itself. Storing event-related information in situ (or transparently via a high performance distributed cache) would make complex rule processing easier to implement and (crucially) maintain.

3. Customer-centric (portfolio-based) view of policies: if a customer is acquiring overlapping policies, does the carrier want to know about it, or even let the customer know? Or if a customer has policies that have gaps, shouldn’t they/their insurance agent be informed? This again is easiest to achieve by maintaining state about the customer between transactions.

So it looks like stateful rule services, for monitoring business events wider than the current transactional (stateless) context, might be useful after all.

Notes:

CEP can also be used in insurance to support the standard insurance carrier’s investment activities, in areas like BAM such as for documentation track ‘n trace.

Filed in: BAM, Complex Event Processing (CEP), Rules
bookmark with del.icio.us   digg this

6 Comments Add your own

  • 1. A post to replace a comme&hellip  |  March 4th, 2008 at 6:21 pm

    […] least it’s blog cannot. I saw this post by my old friend Paul Vincent - Business rule execution: stateless/transactional, stateful/monitoring, or both? and tried to comment on it. Sadly the Tibco blog can’t add 6 and 2 and so rejected my comment […]

  • 2. Paul Vincent  |  March 5th, 2008 at 12:55 am

    Comments work using my external non-TIBCO ISP. Maybe it IS Complex Comment Processing in action?

  • 3. vincent  |  March 5th, 2008 at 1:07 am

    James views items 2 and 3 above as “have a CEP engine what do I do with it” issues (ie solutions looking for a problem). Which means we need to blog more about CEP frameworks vs conventional traditional approaches to some of these problems (how CEP marries events, business rules, and persistence with analytics, against the expense of doing all these items separately, CEP and case-based reasoning, CEP versus BPM and case management in favor of customer management, etc).

  • 4. Behind the CEP curtain - &hellip  |  March 5th, 2008 at 9:46 am

    […] CEP vendor most focused on the market for business rules, as reflected in Paul Vincent’s post here.  Although I agree with Paul that rule vendors are not currently offering enough in terms of […]

  • 5. Paul Haley  |  March 5th, 2008 at 9:54 am

    The bullets didn’t hit me at all, but hitting on the fundamentals in #1 really highlights why BRMS vendors need to move in your direction, but #2 is too much detail about technical battles that have yet to be waged to clear victory, imo. James and others have good content on #3, but I don’t see why you think it warrants a CEP/BRMS distinction. (Sounds like you want the whole enterprise in RAM and damn the join complexity!-)

  • 6. vincent  |  March 6th, 2008 at 8:19 am

    Yes, we’ll have to elaborate further on points 2 and 3.
    2. Complex rules often include references to more data (and in particular data analysis, stats etc) that of course can be delegated to a DBMS, but at a cost. This is where high performance cache comes in handy, to handle “deeper data”.
    3. Wider views on customer / region / time-based policies benefits also from having the data “always available” - this is similar to 2 but “wider data”.
    The main point here is that with stateful rules (as in, but not exclusively so, a rule-driven CEP engine), and a built-in OODB mechanism, means that I don’t need to have an SQL writer alongside every rule writer.

Leave a Comment

Required

Required, hidden


To prove that you're not a bot, enter the code you see in the image below (note: characters are not case sensitive)
Anti-Spam Image

Some HTML allowed:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>

Trackback this post  |  Subscribe to the comments via RSS Feed

About this Blog

This blog's objective is to bring TIBCO closer to our customers, potential customers, analysts, partners, and employees. Please join the discussion and add smart comments frequently. The opinions expressed here are those of the individuals and not reviewed by anyone but the individual authors. While they are employed by TIBCO, neither TIBCO nor anybody else necessarily agrees with them.

Subscribe to TIBCO's Complex Event Processing Blog via RSS


Subscribe to TIBCO's Complex Event Processing Blog by Email

Categories:
  • Agent-based
  • AI
  • Analytics
  • BAM
  • BI
  • BPM
  • Choreography
  • Complex Event Processing (CEP)
  • EDA
  • ETL
  • Event notation
  • MDM
  • Meetings and events
  • Queries
  • RFID
  • Rules
  • Semantics
  • SOA
  • Standards
  • Trends
  • UML
  • XTP
Recent Posts:
  • CEP vs. BRE - A TIBCO TTL (Top Ten List)
  • CEP vs WSDL + SCA + BPEL
  • No bottlenecks in Complex Event Processing for Real-time BI
  • The end is nigh (for the BRE market)!
  • Forrester's 4 Elements...
  • Intelligent Business Process Platform?
  • CEP events this Fall 08
  • EA and CEP Conundrum
  • CEP and BRE / BRMS redux
  • The role of the ESB in CEP solutions
Archives:
  • August 2008
  • July 2008
  • June 2008
  • May 2008
  • April 2008
  • March 2008
  • February 2008
  • January 2008
  • December 2007
  • November 2007
  • October 2007
  • September 2007
  • August 2007
  • July 2007
  • June 2007
  • May 2007
  • April 2007
Additional Resources
  • CEP Software
  • TIBCO BusinessEvents
  • TIBCO User Conference (TUCON 2007)
Copyright 2000-2008 TIBCO Software Inc | Privacy Policy | Terms of Use | Contact | Site Map