elemental links

brenda michelson: technology intersected

  • Blog
  • About
  • Services
  • Archives

SOA Consortium SOA & Event Processing Podcast #3: Roundtable Discussion

September 10, 2008 By brenda michelson

The final podcast from the SOA Consortium’s SOA and event processing day is a hot topics roundtable discussion featuring Ian Foster of Cisco, Bruce Henderson of Savant, Ed Lynch of IBM, and Greg Peres of Sun Microsystems.  As moderator, I asked each to start by sharing their thoughts on SOA & event processing business drivers, technology challenges, human/organizational elements and event processing’s market timing – new or retro-technology strategy.

In their remarks, each roundtable leader called out at least one business scenario for SOA and event processing, these included manufacturing floor management, real-time customer loyalty programs, healthcare and electronic records management and business visibility. In respect to technology challenges, the conversation centered on dealing with massive amounts of information, and the requisite implications on volume, scale, filtering and security. An interesting point on the human aspect is that today’s teenagers, with their ubiquitous use of texting, are already very event aware, quick to respond to problems or opportunities delivered via an event-based mechanism.

After the opening insights, the roundtable leaders engaged in discussion with each other, and meeting attendees on a variety of topics including event-based information proliferation and privacy, event and event emitter standards, recognizing event patterns and business trends, and business confidence in automated, event-driven reactions.

As the session closed, I asked each roundtable leader to provide a design tip to architects and developers whose services need to either emit or respond to events.  Essentially, the tie between services, instrumentation and events. Their responses follow:

Ian Foster: “I think it starts with the business user, a conversation with the business user about the key events that they would want information on. You know, is it a key event, the location of that part on the manufacturing floor? Is a key event the temperature of that truck coming across the country? What are the key events? And then look at how you measure to instrument.”

Greg Peres: “Make sure that as an architect, you are choosing technologies and platforms that are open, so that the event that you generate and design are open to other technologies and integrate, so that you can process them in a variety of different ways.”

Ed Lynch: “In my experience, the technical aspect is to make the event emission extremely lightweight…Do not make it intrusive, because at the end of the day you do not want to have somebody make a performance trade-off between the emitting of the event and the driving of the transaction. On the consuming side, make sure that the event correlation engine can drive services with a standard interface. Once you do that, I think the standards on the driving side and the standards on the event emissions side – as long as they are lightweight – it becomes a ‘synthesize the infrastructure mechanism’, as opposed to an ‘integrated into the infrastructure’ mechanism.”

Bruce Henderson: “Do not be afraid to create event models. I know it is sort of the bastard child of UML to draw these little blob boxes and put event transitions between them, but I have found in the past that that is a very powerful means to be able to identify and really get a handle on what your events could and should be. And working with the business user is a tremendous leverage in that.

And I would also say that do not treat your event pipes and your event information as stovepipes. Decorate them with meta data, because at some point down the road as it was mentioned before, when you put these things out, you do not really actually know necessarily who is going to consume them or why. So make them as interesting as possible without overloading them so that they can find lots of neat homes and friends to play with.”

To listen to the roundtable podcast or download the roundtable transcript please go here.

 

[Disclosure: Cisco, IBM, Savant & Sun are not clients of Elemental Links, however they are sponsors of the SOA Consortium, which is an Elemental Links client].

Share this:

  • Click to share on Twitter (Opens in new window)
  • Click to share on Facebook (Opens in new window)
  • Click to share on LinkedIn (Opens in new window)
  • Click to share on Google+ (Opens in new window)
  • Click to email this to a friend (Opens in new window)

Filed Under: event driven architecture, event processing, services architecture, soa


Comments

  1. Mark Griffin says

    September 10, 2008 at 1:04 pm

    Brenda,
    This was really good stuff. I’m knee deep in event processing and business activity monitoring right now so it was a timely read for me. I think one of the key points that everyone on the panel touched on is the importance of the actual data. Whether it’s SOA or EDA the data structures are really the foundation for your agility, abstraction, reuse and of course correlation.
    With this being so important I would think more emphasis and discussion would focus on this. What I see is emphasis on the standard ways to exchange the data (Web Services etc) and of course tools to process it or route it. But not a lot of focus on the content of the event or the service for that matter. How do you put context into an event or do you? Do we define a standard set of semantics for metadata in the event structure? Do you need elaborate data models?
    I for one have more questions than answers at this point but I do think this is really the future of business innovation and agility. The more intelligent visibility you can have and the quicker you can have it will for sure give you an edge over your competitors. Thanks for the timely topic and information.
    markg

Brenda M. Michelson

Brenda Michelson

Technology Architect.

Trusted Advisor.

STEAM Advocate.

(BIO) (services)

  • Email
  • Facebook
  • Instagram
  • LinkedIn
  • RSS
  • Twitter

Recent Posts

  • Recent Posts: Thingking, Sketching and Curse Lifting
  • change of writing venue
  • technology knowledge premise
  • The Curse of Knowledge
  • better problems and technology knowledge transfer

Recent Tweets

  • “This doesn’t have to be a full blown document, a sketch in an issue may be sufficient, but the key is to reach agr… https://t.co/NTJbSJmi5V About 8 hours ago
  • The new Picasso? Meet Ai-Da the robot artist https://t.co/BH5J9d2RSt February 13, 2019 4:04 pm
  • Gem from @ruthmalan https://t.co/hWSyDVqLyo February 5, 2019 9:49 pm

Contact Brenda

Have a question? Want to work together? Reach out via your preferred mode:
  • Email
  • Facebook
  • Instagram
  • LinkedIn
  • RSS
  • Twitter

© 2004-2018 Elemental Links, Inc.

loading Cancel
Post was not sent - check your email addresses!
Email check failed, please try again
Sorry, your blog cannot share posts by email.