E N D
Cloud Management Challenge Human experts in specific IT infrastructure and business domains possess substantial knowledge about prevention, remediation, and optimization of systems based on business conditions. The Cloud breaks down opportunities for these experts (often residing in multiple cloud consumers and providers) to collaborate in order to effectively capture, combine, and leverage this silo-ed knowledge across their various multiple domains in an automated fashion. Thus, while cloud providers will be able to provide standardized management interfaces to control their services, business consumers will be unable to adequately automate and obtain value for their business using these management interfaces. The SAF is a catalog-based XML collaborative knowledge framework that is designed to address these challenges by automating appropriate responses to changing business conditions and integrating contributions from diverse domains. SAF has applicability to cloud computing (using the SAF Cloud Profile) as well as many other architectures and disciplines.
What is SAF? • An information model and set of architectural roles • Describing, recognizing, and reacting to multi-domain problems/opportunities • Enabling vendors, integrators, and organizations to codify their best practices • And share/automate them in a machine readable, interoperable way
Cloud/Business Alignment Scenario • Description: • Cloud consumers and providers contribute knowledge of their respective domains to the SAF catalog to automate operational responses to business conditions.
Cloud/Business Alignment Scenario • Pre conditions: • A cloud consumer has an established service contract (8.3) with cloud provider “A” and alternate low-cost cloud provider “B” for Storage. • The contract stipulates that consumption costs are only incurred upon provisioning of resources. • The consumer prefers provider “A”, but will use provider “B” in urgent situations. • The consumer has provisioned storage from cloud provider “A” (8.8) and requested notification of a service condition (8.15) from both providers.
Cloud/Business Alignment Scenario • Post conditions: • Different automated responses are enacted depending on whether… • Business activity is increasing. • Attempts to request additional storage have succeeded or failed. • Budgets permit additional resources to be provisioned from the preferred provider.
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.
consumer provider catalogue I know my business, so I will provide Rules to detect important business conditions • For example, • An increase in business activity requiring additional storage • Normal business activity • Budget request denied * 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.
consumer provider catalogue How smart am I? • Because I align with both SAF and DMTF Cloud standards, my catalogue is already preloaded with standard Action templates like: • Requesting change in resource capacity (8.10) • Updating service contracts (8.4) • Provisioning storage resources (8.8) • Releasing storage resources (8.12) * 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.
consumer provider catalogue I also have the ability to emit a Symptom when a capacity request exceeds the contract (8.15). I’ll add Rules 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.
consumer provider catalogue Finally, I will associate Rules to Actions. In other words, map business decisions to desired responses. For example, my ‘business activity increase’ rule will be associated to your ‘request change in resource 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.
consumer provider diagnostician Executed Action: Request a change in resource capacity [8.10] Symptom(s): Business activity indicators Rule: Detect Increasing business activity. Invoke Action. Rule: Detect when Capacity request exceeds contract. Invoke Action. Symptom: Capacity request exceeds contract [8.15] Executed Action: Get budget approval for additional storage * 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.
consumer alternate provider provider diagnostician Executed Action: Provision additional resources [8.8] Symptom(s): Budget request denied Rule: Detect Budget request denied. Invoke Action. Symptom(s): Normal activity restored Rule: Detect Normal activity restored. Invoke Action. Executed Action: Release resources [8.12] * 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.
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
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
SAF / CMWG Alliance Deliverables • Common marketing message around Cloud management standards. • Co-developed whitepaper exploring the synergy between SAF Cloud Profile and CMWG model • SAF Cloud Profile aligned with CMWG interfaces/protocols (VMAN, OVF, and so forth). • CMWG artifacts aligned with SAF.
More Info and Contact • Contact • Stavros Isaiadis, Fujitsu (SAF TC Co-chair)Stavros.Isaiadis@uk.fujitsu.com • Jeff Vaught, CA (SAF TC Co-chair)vauje01@ca.com • OASIS SAF Technical Committee • http://www.oasis-open.org/committees/saf/ • Current Working Documents • http://www.oasis-open.org/committees/documents.php?wg_abbrev=saf • Example Use Case Working Draft • http://www.oasis-open.org/committees/download.php/36886/UseCase-Automated_Provisioning-WD.doc