Complex Event Processing

Course Overview

Complex Event processing (CEP) is a method of tracking and analyzing (processing) streams of information (data) about things that happen (events) & deriving a conclusion from them. Complex event processing, or CEP, consists of a set of concepts and techniques developed for processing real-time events and extracting information from event streams as they arrive. The goal of complex event processing is to identify meaningful events (such as opportunities or threats) in real-time situations and respond to them as quickly as possible.

This training is designed and delivered by professionals who were part of TIBCO BusinessEvents tool development and one of the first 2 professionals to have the certification in TIBCO BusinessEvents.

 CEP training, 
							Complex Event Processing courses, Real-time analytics training, Event-driven architecture courses, 
							CEP certification programs, Stream processing training, Event processing skills development, 
							CEP learning resources, Continuous event processing courses,Acceleratron CEP online training

CLICK HERE TO REGISTER

Course Contents

  • Complex Event Processing (CEP) Introduction
  • Technical Requirements of a CEP System
  • A Model-Driven Approach
  • Stateful Rule Engine
  • Object Management Types
  • Main Product Components and Add-Ons
  • Add-on Products
  • TIBCO BusinessEvents Express
  • TIBCO BusinessEvents Design-time Components
  • TIBCO BusinessEvents Administration Components
  • Design-time Resource Overview
  • Channels and Events
  • Concepts
  • Score Cards
  • Rules
  • Object Management and Fault Tolerance
  • State Modeler
  • Database Concepts
  • Query Language and Framework
  • Pattern Language and Framework
  • Cache Aside Options
  • Deploy-time and Runtime Overview
  • Cluster Deployment Descriptor (CDD)
  • Site Topology File
  • Deployment with TIBCO BusinessEvents
  • Monitoring and Management (MM)
  • Monitoring and Management with MM
  • TIBCO Hawk Application Management Interface
  • Hot Deployment
  • Channels Destinations and Events
  • Channel Types & Serializers
  • Deserializing from Rendezvous Message to Event
  • Serializing from Event to Rendezvous Message
  • Message Acknowledgement
  • Cache Object Management
  • In Memory Object Management
  • In Memory Performance Statistics - Specifications
  • Object Management and Fault Tolerance - Scenarios
  • Cache OM with Memory Only Mode on All Objects and Fault Tolerance
  • Cache OM and Fault Tolerance - Distributed Cache OM
  • Characteristics of a Distributed Caching Scheme
  • Failover and Failback of Distributed Cache Data
  • Limited and Unlimited Cache Size
  • Distributed Cache and Multi-Agent Architecture - Agents
  • Inference Agents
  • Cache Agents
  • Memory and Heap Size Guideline for Cache Agents
  • Query Agents
  • Dashboard Agents
  • Cache Cluster Member Discovery
  • Load Balancing
  • Fault Tolerance of Agents
  • Cache OM with a Backing Store
  • Backing Store Write Options � Cache-aside and Write-behind
  • Storage and Retrieval of Entity Objects
  • Between Backing Store and Cache Preloading Options and Limited Cache Size
  • Between Cache and Rete Network Cache Modes
  • The Role of the Object Table
  • Cache Modes and Project Design
  • Cache Modes are Set on Individual Entities to Tune Performance
  • Events
  • Simple Events
  • Time Events
  • Scheduled Time Events
  • Rule Based Time Events
  • Advisory Events
  • Default Destinations and Default Events
  • Mapping Incoming Messages to Non-default Events
  • Time to Live and Expiry Actions
  • Event Expiration and Expiry Actions
  • Event Preprocessors
  • Preprocessor Usage Guidelines
  • Concepts
  • Concept Relationships
  • Concept Property History
  • Containment Relationships
  • Containment and Reference Concept
  • Relationship Rules
  • Containment Example
  • Inheritance Relationships
  • Reference Relationships
  • When a Contained or Referred Concept Instance is Deleted
  • Scorecards
  • Rules
  • Rule Priority and Rank
  • Rule Functions
  • Runtime Inferencing Behavior
  • Rule Evaluation and Execution
  • Conflict Resolution and Run to Completion Cycles
  • How to Work with Rules
  • Order of Evaluation of Rule Conditions
  • Enforcing the Order of Condition Evaluation
  • Object Management (OM)
  • Cache Plus Memory � For Constants and Less Changeable Objects
  • Memory Only Useful for Stateless Entities
  • Cache Only Mode
  • Cache Only Objects in the Rete Network
  • Loaded Objects Are Not New and Do Not Trigger Rules to Fire
  • Concurrency and Project Design
  • Multi-Agent Features and Constraints
  • Event Related Constraints
  • Multi-Agent Example Showing Event Handling
  • Use of Locks to Ensure Data Integrity Within and Across Agents
  • Locking in TIBCO BusinessEvents
  • When to Use Locking
  • Lock Processing Example Flow
  • Lock and Unlock Functions
  • Tips for Locks
  • Multiple Keys Protect One Object
  • Lock Failures
  • Threading Models and Tuning
  • Event Preprocessor and Rete Worker Thread
  • RTC Options � Single-Threaded or Concurrent
  • Concurrent RTC
  • Single-Threaded RTC
  • Post-RTC and Epilog Handling and Tuning Options
  • Cache Aside Options
  • Parallel and Sequential Operations
  • Tuning Properties for Cache-aside Strategy
  • Write Behind Options
  • Tuning Properties for Write-Behind Strategy
  • Database Write Tuning Options for Cache Aside
  • Database Write Queue and Thread Pool (Agent Level)
  • Database Batching Option (Cluster Level)

Prerequisite

TIBCO BusinessEvents is based on JAVA. A lot of syntaxes are very much alike. We recommend interested candidates to understand JAVA. Since TIBCO uses Eclipse as a workbench, having prior experience in Eclipse will be good.The learning process is divided into two parts, viz. knowledge gathering and skill development. Teachers & coaches deliver knowledge within the virtual interactive class. During these classes, students are provided with assignments which is a time-bound activity. Once the information delivery of a subject is complete, they engage with project module development. Projects are developed in small groups. Mentors govern this group activity to demonstrate the deployment life cycle along with the project development.

How We Coach

Acceleratron researched that advanced courses are majorly available in urban cities, which are unavailable for rural candidates. If any candidate wants to take these courses, then they must stay temporarily in cities. Also, they send a lot of time, energy & money during their daily convenience.

To overcome all these situations, we deliver our course through virtual classes. During our interactive sessions, we engage our students with discussions & hands-on. Acceleratron learning process is divided into two parts, viz. knowledge gathering and skill development. Teachers & coaches deliver knowledge within the virtual interactive class. During these classes, students are provided with assignments which are time-bound activities.

Our Sessions

Our sessions are 2 hours long. The entire course takes approximately 36 Hrs. Every week two classes are organized, which include technical and practical class. These classes are scheduled on Monday & Friday. Mostly these sessions are arranged in the late evening to avoid any schedule conflicts with professionals and students. Candidates should also be available for the group activities like project discussion, project status meeting. On regular intervals (biweekly/monthly), we take feedback from our students to maximize the effectiveness of our learning process.

Journey with Acceleratron

Journey with Acceleratron starts from enrolment of a candidate through online enrolment form. During enrolment, each candidate pays enrolment fees*. Once enrolled, candidates will go through an intake discussion. We capture a few details about the candidate during this discussion.

We capture a few details about the candidate during this discussion. We start with our course delivery. At this point, candidates don't pay us any tuition fees*. After the first week, if the candidate is unhappy, we don't charge any tuition fees*

* The fees structure varies with the country from which the candidate is joining. Please contact Acceleratron help desk or your referee to get more insight on our fees structure. else he pays the first instalment of the tuition fees*. After the completion of the first month (started from the first class of the curriculum), If the candidate wants to continue with our course, then he pays the final instalment. We tailored our course in slots so that the candidates can always have an option to withdraw, without any financial loss.

Learning Outcomes & Exit Profiles

After the completion of this course, candidates would be able to

  • Appear for the certification exams
  • Develop CEP business solutions independently
  • Candidates can explain the concepts and define the CEP architecture.
  • They will have a project experience.