The Cloud4SOA project helps empowers a multi-cloud paradigm at PaaS level providing an open semantic interoperable framework for PaaS developers and providers, capitalizing on SOA, lightweight semantics and user-centric design and development principles. The system supports Cloud-based application developers with multiplatform matchmaking, management, monitoring and migration by interconnecting heterogeneous PaaS offerings across different providers that share the same technology.
To deal with a SLA in an automatic way (i.e. to have mechanisms that automate the SLA setting up, monitoring and enforcement) the SLA itself has to be expressed in a formalized way using an SLA specification language. WS-Agreement oﬀers a protocol to be followed for the negotiation process and a common understanding (i.e. language) of the objects the negotiation is about. Thus, it enables the automatic creation of SLAs. The outcome of a successful negotiation with WS-Agreement is a SLA with binding character for both parties to deliver a reliable service to the end-user. WS-Agreement is a novel but well-accepted standard for creating and enforcing SLAs in distributed environments as well as monitoring their resources properties.
Talk to Jim and me about Beta participation, we’d like you to join. Want to learn more about PaaS and its potential? We have a white paper published by Atos’ Science Committee, where Cloud4SOA contributed. Also, join our LinkedIn Group, as we roll out this release we’ll use that channel to keep you informed of Cloud4SOA news.
Cloud4SOA SLA Management Layer
www.cloud4soa.euFrancesco D’Andria (ATOS)firstname.lastname@example.orgWorkshop on“Cloud Computing SLAs in FP7 - Exploitation of Research Results”European Commission DG CONNECT,Brussels, 27 May 2013, Av. De Beaulieu 25, Room 0/S9
Outline1. Cloud4SOA at a glance• Core Capabilities• Cloud4SOA Architecture1. Cloud4SOA SLA achievements andchallenges• Why we need dynamic SLAs• SLA Management Life-cycle1. Real-Time/Unified applicationsmonitoring2. In-depth with the technology3. Future challenges
Cloud4SOA at a glance• The Cloud4SOA projecthelps empowers a multi-cloud paradigm at PaaSlevel• Provides an interoperableframework for PaaSdevelopersDuration: 36 months – (09 / 2010 – 08 / 2013)Budget: 4.13 M Euros /Funding: 2.73 M EurosResearch Programme: FP7-ICT-2009-5Obj1.2Project coordinator: Atos (Spain)Partners:• The system supports Cloud-based application developers withmultiplatform matchmaking, management, monitoring and migration• Interconnects heterogeneous PaaS offerings across differentproviders that share the same technologyappappapp
Matchmaking Management andMigrationMonitoringSemantic profiles of:• User and Applications• PaaS offeringsDefinition of equivalence and compatibilityrules• Same tools manage different clouds• Cloud4SOA harmonizes different providersAPI• Use the same interface to deploy andmigrate applications between PaaS providers• Cloud4SOA defines unified metrics (acrossPaaS providers) to monitor applicationperformances• Cloud4SOA defines Service Level Agreementterms and monitors SLA breakages
SLA Achievements & Challengesdelivers an enhanced and distributed architecture for business applicationgovernance, monitoring and service level agreement management– Management Components support the efficient runtime Governance of Application onSpecific PaaS offering.– Monitoring Component based on unified platform-independent metrics– Light, dynamic and stand-alone PaaS technological-independent Service LevelAgreement framework to enforce agreements and violation policies at runtime
Why we need dynamic SLAs?From product and established long-term contracts to on-demand based business models –need for dynamic SLAs that the PaaS ecosystem is not providing:– SLA’s today are static, long term contracts / almost no state-of-the-art for DynamicSLA Management. Does not support business dynamics and changing customer needs PaaS providers in the market currently do not have any dynamic SLA capabilities This makes it difficult to envision an SLA negotiation mechanism, since theproviders won’t be an active party taking part in it.Max capacitypeakdemandunder -utilisationtimeUsageUsageNeed to negotiate flexibly between standard and customized SLAsNeed for business-performance related SLA metricsUsersNeed for customer oriented SLA Managementtools which are able to define, monitor, redefine,correct and report the most important SLAconditions (life cycle approach)UsersNeed for customer oriented SLA Managementtools which are able to define, monitor, redefine,correct and report the most important SLAconditions (life cycle approach)ProvidersNeed for SLA tools which enable PaaSproviders to analyse their ownperformance to offer reasonableBusiness Application SLAProvidersNeed for SLA tools which enable PaaSproviders to analyse their ownperformance to offer reasonableBusiness Application SLA
SLA Management Life-cycleTemplateCreation /PublicationCloudDiscoveryNegotiationMonitoringandEvaluationReactionOff-Line time: Cloud OfferingPublication (WS-Agreement)Design-Time: Search withApplication QoS requirementsAgreement CreationCloud Resource /Application metricsmonitoring –enforcement of thesigned agreementPolicy to react when theagreement is not fulfilled PaaS SemanticProfileMatchmaking1Matchmaking 2Monitoring &EvaluationViolation:Migration / Rating Design-Time: Develop policies to defineviolation when breaches of theagreement occursLimitation of the approachNo commitment of the underling Clouds C4S (multi-cloud) acts on behalf of the offeringsThe result is an agreement Not a real contractViolation Not Penalties or DiscountsNo Charging info in the loop
Real-Time and Unified applications monitoring9The problem: diversity of metrics and API (dissimilar provider with different metrics withthe same name)Cloud4SOA’s answer:•unified metrics, unified interface – overlooking all your deployments at once•empowers developer to compare, contrast, test•brings a unique application based user-defined applications policies monitoring• Application/DataBase RT• Cloud RT• Web Container RT• Application Status• Memory Consumed• CPU Consumed
In-depth with the technologyWS-Agreement CompatibleCloud4SOA provides a JAVA REST-full implementation of a SLAManagement layer fully-compatible with the WS-Agreement specification.•Agreement Template publication and Discovery . The cloud offering is embedded in theCloud4SOA Semantic Ontology (OWL)https://dl.dropboxusercontent.com/u/17326703/c4s_spec/c4sModel.html•SLA Negotiation. Automate negotiations on behalf of PaaS providers, based on the semanticdescription of oﬀerings and the QoS requirements specified by the Application Developer.•SLA Enforcement. Supervise that all the agreements reached in a SLA agreement arerespected (i.e. measurements are within the thresholds established in SLA agreement for QoSmetrics).•SLA violation recovery. Whenever the execution of the business application does not satisfythe SLA (i.e. breaches of the agreement occurs), the most appropriate recovery action (e.g.warning messages, stop or migration of the application) is suggested based on the policiesdefined by the software developer.The code is released under Apache 2.0 license,please email me if you want the code: http://demo.cloud4soa.eu/
Future challenges Work on standards (CAMP TWG from OASIS) Improve performance SLA Management– Extend the mechanism to manage complex agreements– Put in the loop the cloud providers as well (issue so far) Unified Metrics– Find out more (unified) monitoring metrics, and categorize them for commercialand internal usersUseful links:•Demo Platform: http://demo.cloud4soa.eu/cloud4soa/•Standalone Matchmaking:•http://paas-match.cloud4soa.eu/standalone/•Forum: http://www.forum.cloud4soa.eu/cloud4soa_forum/•Github: https://github.com/Cloud4SOA/Cloud4SOA•Please email me @ email@example.com for detailed design, papers or code.
www.cloud4soa.euConsortiumConsortiumFollow us at the LinkedInCloud4SOA group!http://bit.ly/V9xaIgFrancesco D’Andriafrancesco.firstname.lastname@example.org
MOdel-Driven Approach for design andexecution of applications on multipleCloudsFrancesco D’AndriaFrancesco.email@example.comOn behalf of Danilo Ardagna (Politecnico di Milano)firstname.lastname@example.org
MODAClouds challenges &objectives• Focus on needs of Cloud-based Application Developers andOperators• Challenges• Avoid vendor lock-in• Support risk analysis and management• Guarantee quality assurance• To provide methods, a decision support system, an IDE and aruntime environment to support• Cost and business model comparison• High-level design• Early prototyping• Semi-automatic code generation• Automatic (re)deployment• Monitoring and self-adaptationof applications on multi-Clouds with guaranteed QoS14
16 Define and SLA and Monitoring architecture supports multi-cloudapplication scenarios.Support the definition of QoS constraints (hard and softconstraints):For design time explorationTriggers for adaptation in case of run-time violationsEnforce agreement at run-timeAutomatic triggering of adaptation actions in case of run-timeviolations (automatic re-negotiation)Based on unified run-time monitoring metrics (from IaaS andPaaS)1. Reuse outcome from past projects: (cloud4SOA, mOSAIC and other)2. Still collecting requirements3. Architecture not yet defined4. The consortium is willing to use the WS-Agreement specification.5. First version of the code available only by the next winterSLAapproach
Contact details• Project started October 2012• Website http://www.modaclouds.eu/• Partners17