Reading over Jason Bloomberg of Zapthink's recent blog, he details the growing importance of Business Event Processing to SOA, saying: The bottom line, however, is the business story. BEP, combined with SOA, further bridges the gap between business and IT. So do you think SOA and event processing should be joined at the hip?
Should SOA and Event Processing Be Joined at the Hip?
Add a Reply
Recently Commented On
-
Will case management eclipse BPM in importance this year? (12)
Dave Duggal wrote: Good question to start the New Year... [more]
-
What are your BPM predictions for 2012? (15)
Christopher Taylor wrote: With a new Gartner Quadrant out for... [more]
-
What modeling techniques should be used for capturing case management processes? (5)
Dave Duggal wrote: Hi Peter - Thanks for raising the p... [more]
-
What was the biggest development for the cloud for 2011? (2)
John Michelsen wrote: The biggest development for the clo... [more]
-
How big of a role does BPMN play in today's projects? (18)
Theo Priestley wrote: Depends where you're starting from ... [more]
Tag Cloud
Blogs
- Agilization
- All Things Social
- Anatomy of Agile Enterprise
- Andre Yee's Security Insider
- Anne Stuart’s BPM in Action
- BI in Action
- BPM and the Social Enterprise
- BPM from a Business Point of View
- BPM in the Cloud(s)
- BPM Insights
- BPM: Theory to Practice
- Business Ecology Initiative & Service-Oriented Solution
- Business IT Buzz Blog
- Business Transformation in Action
- Business-Driven Architect
- Cloud Talk
- Column 2
- Data at Your Service
- Dion Hinchcliffe's Next-Generation Enterprises
- ebizQ Mobile CRM Enterprise Integration
- ebizQ's Business Agility Watch
- Enterprise Architecture Matters
- Enterprise Mashups in Action
- First Look
- Governing the Infrastructure.
- Ground-Floor BPM
- Information Architected for Business
- Integration Innovation
- Integration on the Edge: Data Explosion & Next-Gen Integration
- IT as a Catalyst for Optimal Business Outcomes
- IT Directions
- James Taylor's Decision Management
- Kiran Garimella's BPM Blog
- Leadership BPM
- Leveraging Information and Intelligence
- Making Sense of Business Information.
- Manage Tomorrow's Surprises Today
- New Frontiers in Business Intelligence
- Open Source Software Up the Stack
- Pragmatic Software Design
- Process Makes Perfect
- Process POV (Process point of View)
- Putting the ‘M’ back in BPM
- Ronan Bradley's FinanceTech Directions
- SaaS Week
- Security Matters
- SMA's Insurance Transformation, Where Strategy Meets Action
- Smart Systems in Business
- SOA - Integration Industry Pulse
- SOA Visionaries
- Software Infrastructure for Business Value
- Software Test Management and Metrics
- Tech Blog
- Tech for Tomorrow
- Technology Management Insights
- Ted Cuzzillo's BI
- The Architect Insider
- The Connected Web
- The Healthcare Blog
- The Mike Rothman Security Report
- The Performance Principle
- Twenty-Four Seven Security
- Where SOA Meets Cloud
| ADVERTISEMENT |
It would be interesting to know why not...
Haven't we been here before? SOA and Event Processing are peers and complements. See my 2006 Event-Driven Architecture overview.
I agree with Brenda. I wrote on the topic almost 5 years ago in 2005
Modi, Tarak - Event-Driven Architecture: Achieving Architectural Agility (Web-Services Pipeline) June 10, 2005
Are we going around in circles thinking that we're making progress while all we are really doing is chasing our own tails?
I will say Event Processing with BPM and SOA bridges the gap between business and IT. If you want to have a successful Event processing implementation, you should have started your BPM right, until enterprises understand their process you can't your Events processing right.
More than joined at the hip... They should be genetically fused as a single organism! In a hyper-competitive business climate, situational awareness is everything, and decision makers need those real-time dashboards! This is what SOA was designed for.
Presumably the author forgot to mention that "BEP" is a vendor marketing team's attempt to rename the technology space known as "CEP", and that from an SOA viewpoint, event processing is synonymous with "asynchronous services" (on events/messages).
:)
Brenda is spot on. Peers and complements, as she wrote in 2006.
- Mark Palmer CEO, StreamBase
As already mentioned by others SOA and Event Driven Architecture (EDA) are complementing architectures. The term SOA 2.0 coined few years ago describes the unifies architecture of Services, Events and Processes.
A Responsive Organization needs Services Agility as well as Business events handling
SOA is about Architecture, in the last five years or so the focus has been on Architecture with "invokable", standards based, services. EDA is also about Architecture. The EDA focus is "subscribable" services (or as I've said in the past "the service is a topic is a service"). Services oriented Architecture as an approach to Software development is at least 45 years old (just not done today exactly the way we did it back then). EDA is a bit younger, but they are both part of the natural evolution of Software Architecture with an orientation toward the exploitation of services.
Remember, events happen, we can't stop that, we now have more formalized (and in many cases COTS Middleware assisted) ways to deal with them efficiently along with the compute power needed to do things like BEP/CEP (analytics?) that we couldn't have done even a few years ago without seriously high powered computers.
One of the main SOA principles ‘Loose Coupling’ is possible with recommended use of Event Driven Architecture. Of course, BEP modeling enables loose coupling and if care is not taken it can get to extreme loose-couple (Good luck with troubleshooting!)