Symptoms Automation Framework (SAF) for Cloud Business Alignment OASIS SAF TC Working Draft 03 29 April 2010
Apr 01, 2015
Symptoms Automation Framework (SAF) for Cloud Business Alignment
OASIS SAF TCWorking Draft 0329 April 2010
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
What is SAF? An information model
Describing, recognizing, and reacting to multi-domain problems/opportunities
Enabling vendors, integrators, and organizations to codify their best practices
And SHARE them in a machine readable and interoperable way
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
What is SAF? Symptom
an event envelope indicating that a situation is present in the system Syndrome
a rule envelope identifying meaningful pattern of Symptoms Protocol
an action envelope defining treatment template necessary to create a Prescription
Prescription a concrete instance of a Protocol. Used to provide remediation,
diagnostics, preventative measures, or optimizations
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
SAF for Cloud Business Alignment The problem scenario
A cloud consumer: an online sales company Subtle warnings of a potential peak in sales
More web site browsing (operations department) A call from a regional sales manager A small increase in online sales system
Strong indications of sudden surge in sales Media endorsement (marketing department) Lots of buzz in blogs (RSS Feeds)
All this info cannot be combined and analyzed properly
Result: cloud capacity is not ready to handle the sudden rise! Lost profit...
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
SAF for Cloud Business Alignment How do we merge info/content from all
aspects of the business? internal departments external sources
How do we connect the high level business conditions to appropriate and automated actions in the Cloud?
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
catalogue
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
A Cloud consumer wants to do business with a Cloud provider. They will use SAF
to bridge their knowledge domains. Consumer will also use SAF to merge data from the many different business
aspects.
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
catalogue
Let’s collaborate to understand each other better!
Cool! I’ll provide a catalogue where we can link your business concepts to my
cloud operations
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
catalogue
I will provide a Protocol template that modifies server capacity –since I know
how to do this.
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
catalogue
I also have the ability to emit Symptoms about server outages. I’ll add
Syndromes to the catalogue to detect these Symptoms.
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
catalogue
And since I know my business, I will provide a Syndrome to identify important business conditions
For example, I will merge data from all my departments and external sources
pertaining to my sales...
...so that I can identify potential sudden increase in my sales!
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
catalogue
Finally, I will associate Syndromes to Protocols. In other words, map business decisions to desired
responses.
For example, if my sales increase Syndrome is triggered, I’ll invoke your
Protocol to increase my server capacity!
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
diagnostician
catalogue
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
I work for the consumer, and I’ll be constantly and iteratively checking incoming data (Symptoms) to see if I identify some important business
condition (Syndrome)!
I work for the provider, and I will be “implementing” Prescriptions
relevant to him.
practitioner
For example, I will be arranging to increase server capacity
whenever needed.*Although the Diagnostician is supplied by the Consumer in this example to show the flexibility of SAF, it will typically be supplied
by the Provider along with Catalogue authoring tools, so as
to increase the service value provided to the customers
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
diagnostician
operations
marketing
catalogue
sales
3rd part news analysis
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
practitioner
This is the operations department. We will automatically be emitting low level
Symptoms with web site browsing rates
This is the sales department. We will periodically emit Symptoms with the
rate of shop sales
This is marketing. I will manually emit Symptoms over email or phone whenever something significant
happens.
I am a contractor service provider. I analyze news and RSS feeds and send statistics on the ‘buzz’/hype
about the company
*Some Symptoms will be low level mechanically produced (web site
hits) while other high level ones can be derived or be manually emitted (marketing calls). Some emitters
may not even know they participate in SAF –merely sending data or
notifications around!
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
diagnostician
operations
marketing
catalogue
sales
3rd part news analysis
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
practitioner
with all the roles introduced, and the Catalogue filled in by Consumer and Provider, this merged environment begins to operate iteratively under
normal business conditions, when at some point an interesting situation
appears...
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
diagnostician
operations
marketing
catalogue
sales
3rd part news analysis
Web site browsing has gone up!
Call: CEO interviewed and endorsed on
CNN!
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
practitioner
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
diagnostician
operations
marketing
catalogue
sales
3rd part news analysis
Store sales have upward trend
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
practitioner
There is lots of talk/buzz/hype about the company in the blogosphere!
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
diagnostician
operations
marketing
catalogue
sales
3rd part news analysis
Combining all this info (Symptoms), I found the business condition (Syndrome)
of potential sudden increase in sales!
I’ll send the relevant Prescription to the practitioner to increase
server capacity!
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
practitioner
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
diagnostician
operations
marketing
catalogue
sales
3rd part news analysis
I know how to do this cause I speak this Cloud Provider’s
language (e.g. Fujitsu SOP API)
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
practitioner
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
consumer provider
diagnostician
operations
marketing
catalogue
sales
3rd part news analysis
* These are roles in the framework, not necessarily people! They will usually be software entities.** The Catalogue, Diagnostician, and Practitioner(s) could be implemented in various ways, e.g. Provider provides the Catalogue and Practitioner, and the Consumer the Diagnostician.
practitioner
Here you are, get some more servers proactively so you can accommodate
the anticipated growth!
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
SAF for Cloud Business Alignment With Symptoms
Consumers can map their business conditions to Cloud operations
It becomes possible to blend information from many domains
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
SAF for Cloud Business Alignment Benefits for consumer
Improved operations and understanding by merging info from different business aspects
Better positioned to accommodate sudden business changes
Cloud provisioning maps naturally to business requirements
Benefits for provider Significant differentiator and value added capabilities Automated and improved responses to meet
changing customer needs
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
Participate
What we need Real cloud consumer requirements
Around business functions in the cloud, such as energy, identity, contract, policy management, QoS, etc.
Validation of our Cloud use cases Direct communication and/or potential
for participation in the OASIS Technical Committee
This document is an OASIS SAF TC Working Draft. It does not reflect the views of the OASIS SAF TC or of OASIS
Contact Stavros Isaiadis, Fujitsu (SAF TC Co-chair)
[email protected] Jeff Vaught, CA (SAF TC Co-chair)
OASIS SAF Technical Committee http://www.oasis-open.org/committees/saf/
Current Working Documents http://www.oasis-open.org/committees/documents.php?wg_abbre
v=saf
Example Use Case Working Draft http://www.oasis-open.org/committees/download.php/36886/Use
Case-Automated_Provisioning-WD.doc
More Info and Contact