|
|
Sponsored Content
Special Forums
News, Links, Events and Announcements
Complex Event Processing RSS News
A Model For Distributed Event Processing
Post 302143425 by Linux Bot on Thursday 1st of November 2007 08:40:11 AM
11-01-2007
A Model For Distributed Event Processing
Tim Bass
Thu, 01 Nov 2007 12:15:53 +0000
In my last post, Analytical Patterns for Complex Event*Processing, I provided an overview of a few slides I presented in March of 2006 at*first event processing symposium*titled*Processing Patterns for Predictive Business.* In that same presentation (slide 15), I also introduced*a generic*high level architecture (HLA)*for event processing in the illustration below:
The figure above is a application of historical work,*more than a decade ago,*in distributed blackboard architectures applied to complex event processing.
The genesis of the*blackboard architectural concept*was in*the field of Artificial Intelligence (AI) to address issues of information sharing among multiple heterogeneous problem-solving agents.***As the name suggests,* the term “blackboard architecture”*is a processing metaphor*where intelligent agents*collaborate around a blackboard to solve a complex problem.
Basically, the HLA consists of*two key functional elements, (1) distributed data set (the “blackboard”) and “knowledge sources” (KS) that function as (self actuated or orchestrated) intelligent agents working together to solve complex problems.**
When I was first introduced to Dr. David Luckham’s book, The Power of Events: An Introduction to Complex Event Processing in Distributed Enterprise Systems, I*immediately understood*that distributed (complex) event processing, which included an event processing network* (EPN) and collaborative distributed event processing agents (EPAs), follow the same generic architectual pattern as other distributed, collaborative problem-solving software architectures. This also made perfect sense to me*considering Dr. Luckham’s strong background in AI at Stanford.
In a nutshell, in my mind, “CEP engines” should operate as intelligent agents collaborating to solve complex distributed computing problems.** Professionally, I have much*stronger interest in collaborative distributed agent-based*network computing that stand-alone event processing.
An exciting complimentary technology for complex event processing*is distributed object*caching and grid computing, which I will discuss in more detail in a later post.* Together, these architectures, analytics*and technologies help*paint a*total picture of the future of event processing, at least in my mind.
Source...
Thu, 01 Nov 2007 12:15:53 +0000
In my last post, Analytical Patterns for Complex Event*Processing, I provided an overview of a few slides I presented in March of 2006 at*first event processing symposium*titled*Processing Patterns for Predictive Business.* In that same presentation (slide 15), I also introduced*a generic*high level architecture (HLA)*for event processing in the illustration below:
The genesis of the*blackboard architectural concept*was in*the field of Artificial Intelligence (AI) to address issues of information sharing among multiple heterogeneous problem-solving agents.***As the name suggests,* the term “blackboard architecture”*is a processing metaphor*where intelligent agents*collaborate around a blackboard to solve a complex problem.
Basically, the HLA consists of*two key functional elements, (1) distributed data set (the “blackboard”) and “knowledge sources” (KS) that function as (self actuated or orchestrated) intelligent agents working together to solve complex problems.**
When I was first introduced to Dr. David Luckham’s book, The Power of Events: An Introduction to Complex Event Processing in Distributed Enterprise Systems, I*immediately understood*that distributed (complex) event processing, which included an event processing network* (EPN) and collaborative distributed event processing agents (EPAs), follow the same generic architectual pattern as other distributed, collaborative problem-solving software architectures. This also made perfect sense to me*considering Dr. Luckham’s strong background in AI at Stanford.
In a nutshell, in my mind, “CEP engines” should operate as intelligent agents collaborating to solve complex distributed computing problems.** Professionally, I have much*stronger interest in collaborative distributed agent-based*network computing that stand-alone event processing.
An exciting complimentary technology for complex event processing*is distributed object*caching and grid computing, which I will discuss in more detail in a later post.* Together, these architectures, analytics*and technologies help*paint a*total picture of the future of event processing, at least in my mind.
Source...
|
|
We Also Found This Discussion For You
1. Shell Programming and Scripting
NOTE: I am using BASH and Solaris 10 for this.
Currently in the process of building a script that has a main "watcher" daemon that reads a configuration file and starts background processes based on it's global configuration. It is basically an infinite loop of configuration reading. Some of the... (4 Replies)
Discussion started by: dcarrion87
4 Replies
LEARN ABOUT BSD
httppower
httppower(8) powerman httppower(8) NAME
httppower - communicate with HTTP based power distribution units SYNOPSIS
httppower [--url URL] DESCRIPTION
httppower is a helper program for powerman which enables it to communicate with HTTP based power distribution units. It is run interac- tively by the powerman daemon. OPTIONS
-u, --url URL Set the base URL. INTERACTIVE COMMANDS
The following commands are accepted at the httppower> prompt: auth user:pass Authenticate to the base URL with specified user and password, using ``basic'' HTTP authentication which sends the user and password over the network in plain text. seturl URL Set the base URL. Overrides the command line option. get [URL-suffix] Send an HTTP GET to the base URL with the optional URL-suffix appended. post [URL-suffix] key=val[&key=val]... Send an HTTP POST to the base URL with the optional URL-suffix appended, and key-value pairs as argument. FILES
/usr/sbin/httppower /etc/powerman/powerman.conf ORIGIN
PowerMan was originally developed by Andrew Uselton on LLNL's Linux clusters. This software is open source and distributed under the terms of the GNU GPL. SEE ALSO
powerman(1), powermand(8), httppower(8), plmpower(8), vpcd(8), powerman.conf(5), powerman.dev(5), powerman-devices(7). http://sourceforge.net/projects/powerman powerman-2.3.5 2009-02-09 httppower(8)