This posting explains how to use parallelism to improve performance
of Oracle Event Processing (OEP) applications with active-active
high-availability (HA) deployments. Parallelism is exploited for
performance gain in each one of the server instances of an HA
configuration. This is achieved by identifying sections of an
application’s processing pipeline that can operate in parallel, and,
therefore, can be mapped to separate processing threads. Both pipeline
and independent query parallelism are described.
pipeline architecture has inherent concurrency because each of its
stages works in parallel on different data elements flowing through it.
For example, in the pipeline in figure 1, if each stage is assigned its
own processing thread, the following actions can occur in concurrently:
input JMS adapter reads event #3 from a JMS topic, CQL query processor
handles event #2, and output JMS adapter writes event #1 to a queue.
Figure 1. OEP Pipeline with three concurrent stages
OEP HA pipelines are limited to one thread per stage, significant
performance gains can be achieved by running each stage in a separate
thread as compared to running all stages on one thread or in a number of
threads smaller than the number of pipeline stages.
constraint in OEP when using active-active HA (see Oracle Fusion
Middleware Developer’s Guide for Oracle Event Processing 11g Release 1
(126.96.36.199) for Eclipse, section 24) is that it requires the input
streams to both the primary and the secondary instances to be identical
and to maintain the same event ordering as events flow through the OEP
Event Processing Network (EPN). This constrain limits the EPN topology
to be either a linear pipeline, starting from an input adapter and
ending with an output adapter, or a tree where, each node with
downstream branching replicates every event to each of its branches.
event ordering requirement also limits to one the number of threads
assigned to each stage of the EPN. Having more than one thread in one
stage, for example, in an input JMS adapter, would fail to assure that
the order of events entering the following stage, such as input channel,
is the same in both the primary and secondary instances. Read the complete article here.
SOA & BPM Partner Community
regular information on Oracle SOA Suite become a member in the SOA
& BPM Partner Community for registration please visit www.oracle.com/goto/emea/soa (OPN account required) If you need support with your account please contact the Oracle Partner Business Center.
Blog Twitter LinkedIn Facebook Wiki Mix Forum