The new OASIS Symptoms Autonomic Framework - for control event processing
The opinions expressed by this blogger and those providing comments are theirs alone, this does not reflect the opinion of Automated Trader or any employee thereof. Automated Trader is not responsible for the accuracy of any of the information supplied by this article.
<p><a href="http://www.oasis-open.org"><img class="alignright" title="OASIS" src="http://xml.coverpages.org/images/oasis150.jpg" alt="" width="180" height="48" /></a>My thanks to Robin Cover at standards body <a title="OASIS home page" href="http://www.oasis-open.org/home/index.php" target="_blank">OASIS</a> for pointing out to me the OASIS Symptoms Autonomic Framework initiative. From the <a title="OASIS TC page for Symptoms Autonomic Framework" href="http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=saf" target="_blank">OASIS TC page</a>, SAF is meant to:</p> <p><span><em>“… integrate information and processes across the organization … by defining, enhancing, and maintaining a standard XML-based framework that will enable the collection, detection, isolation, and remediation/optimization of the operational or business characteristics of complex systems with applicability to both IT and non-IT domains including operational and service management, governance, and security.”</em></span></p> <p>If that paragraph proves difficult to digest, the overview goes on to say more succinctly:</p> <p><em><span>“SAF is intended to provide a common language for exchange of event-driven data in a distributed-computing, multi-vendor environment.”</span></em></p> <p>In other words this is either a <a title="Wikipedia reference" href="http://en.wikipedia.org/wiki/Domain_Specific_Language" target="_blank">DSL</a> or XSD for “control events”, of the type handled by TIBCO’s <a title="TIBCO on Complex Event Processing" href="http://www.tibco.com/software/complex-event-processing/default.jsp" target="_blank">CEP</a>-based <a title="TIBCO SPM - CEP for SOA and cloud" href="http://www.tibco.com/software/soa/activematrix-spm/default.jsp" target="_blank">ActiveMatrix Service Performance Manager</a> (i.e. the autonomic services’ performance policy engine) and its cloud (<a title="TIBCO Silver for cloud RAD" href="http://silver.tibco.com/" target="_blank">TIBCO Silver</a>) oriented derivative. So it should certainly be targeting complex event processing of these control events.</p> <p>The <a title="OASIS SAF Charter" href="http://www.oasis-open.org/committees/saf/charter.php" target="_blank">SAF Charter</a> explains the SAF goals further as:</p> <p><em><span>“Ensure that the specifications can be applied to various sources of event data, enabling a methodology to perform pattern matching, diagnostics, and analysis in order to achieve a timely and accurate resolution of a wide range of IT and non-IT situations.”</span></em></p> <p>Sounds possibly a little wide-ranging, but we assume the <a title="SAF membership" href="http://www.oasis-open.org/committees/membership.php?wg_abbrev=saf" target="_blank">3 (as of Oct09) member organizations</a> know where they are going with this.</p> <p>The charter goes on to describe the medical-based terminology used in SAF, including “<strong>symptom</strong>” as a current state, “<strong>syndrome</strong>” as a collection of symptoms, “<strong>protocols</strong>” used to generate “<strong>prescriptions</strong>” which in turn are (data) used to confirm, remediate or optimize a syndrome. Syndrome confirmation is (naturally enough!) via a “<strong>diagnosis</strong>” effected through “validating Symptoms”. One wonders what ailments the authors had when coming up with this healthcare-analogous vocabulary!</p> <p>The architecture roles mentioned also stay in the “doctors and nurses” theme: we have a <strong>Syndrome </strong>and <strong>Protocol Catalogs</strong>, a <strong>Symptom Store</strong>, a <strong>Diagnostician</strong>, a <strong>Practitioner </strong>(to administer Prescriptions), and a <strong>Case Manager</strong> (general manager). Probably someone could do a reasonable mapping of these to the EPTS Glossary and Architecture work…</p> <p>Looking at the <a title="[MS WORD DOC] SAF White Paper 1.0" href="http://xml.coverpages.org/SAF/SAF-WhitePaper.doc" target="_blank">White Paper</a> from the <a title="OASIS SAF documents" href="http://xml.coverpages.org/SAF/" target="_blank">SAF docs collection</a> we see a much closer correlation to the CEP world with use cases of “Denial Of Service attacks” (a.k.a security), “identity theft” (i.e. fraud), energy industry “data analysis”, and manufacturing “process optimization”.</p> <p>Overall this looks an interesting effort - interesting in that the authors have found a compelling reason to develop the SAF standard, rather than the content itself - but one would expect that persuading end-user organizations to comply with a SAF approach to automating diagnostics and remedies will be a tall order. If the standard does prove compelling, then Complex Event Processing tools like <a title="TIBCO BusinessEvents - CEP platform" href="http://www.oasis-open.org/home/index.php" target="_blank">TIBCO BusinessEvents</a> should have no problem in reading SAF payloads, applying SAF roles and implementing SAF-type implementations. So one to keep an eye on, then…</p> <a href="http://www.addtoany.com/share_save?&linkurl=http%3A%2F%2Ftibcoblogs.com%2Fcep%2F2009%2F10%2F14%2Fthe-new-oasis-symptoms-autonomic-framework-for-control-event-processing%2F&linkname=The%20new%20OASIS%20Symptoms%20Autonomic%20Framework%20-%20for%20control%20event%20processing"><img src="http://tibcoblogs.com/cep/wp-content/plugins/add-to-any/share_save_120_16.png" width="120" height="16" alt="Share/Save/Bookmark" /></a> <p>Related posts:<ol><li><a href="http://tibcoblogs.com/cep/2009/08/10/sca-for-event-processing-and-pubsub/" rel="bookmark" title="Permanent Link: SCA for Event Processing and PubSub…">SCA for Event Processing and PubSub…</a></li><li><a href="http://tibcoblogs.com/cep/2009/01/20/cloud-event-processing-vs-event-cloud-processing/" rel="bookmark" title="Permanent Link: Cloud Event Processing vs Event Cloud Processing?">Cloud Event Processing vs Event Cloud Processing?</a></li><li><a href="http://tibcoblogs.com/cep/2007/04/13/event-processing-languages-epl/" rel="bookmark" title="Permanent Link: Event Processing Languages in CEP">Event Processing Languages in CEP</a></li></ol></p><img src="http://feeds.feedburner.com/~r/ComplexEventProcessing/~4/8nZWFPc2O1s" height="1" width="1" />