scieee AI-readable full text Open interactive document viewer

!Agree Studio: a Platform to Edit and Validate Ws-Agreement Documents

Müller Cejás, Carlos; Gutiérrez Fernández, Antonio Manuel; Resinas Arias de Reyna, Manuel; Fernández Montes, Pablo; Ruiz Cortés, Antonio

Abstract

The widespread use of SLA-regulated Cloud services, in which the violation of SLA terms may imply a penalty for the parties, have increased the importance and complexity of systems supporting the SLA lifecycle. Although these systems can be very different from each other, ranging from service monitoring platforms to auto-scaling solutions according to SLAs, they all share the need of having machine-processable and semantically valid SLAs. in this paper we present iAgree studio, the first application, up to our knowledge, that is able to edit and semantically validate agreement documents that are compliant with the WS–Agreement specification by checking properties such as its consistency, and the compliance between templates and agreement offers. in addition, it reports explanations when documents are not valid. Moreover, it allows users to combine the validation and explanation operations by means of a scenarios developer

Full text

iAgree Studio: A Platform to Edit and Validate WS–Agreement documents? C. Müller, A.M. Gutiérrez, M. Resinas, P. Fernández, and A. Ruiz–Cortés University of Seville, LSI ISA research group, http://www.isa.us.es/, Seville (Spain) {cmuller,amgutierrez,resinas,pablofm,aruiz}@us.es Abstract. The widespread use of SLA-regulated Cloud services, in which the violation of SLA terms may imply a penalty for the parties, have increased the importance and complexity of systems supporting the SLA lifecycle. Although these systems can be very different from each other, ranging from service monitoring platforms to auto-scaling solutions according to SLAs, they all share the need of having machine-processable and semantically valid SLAs. In this paper we present iAgree studio, the first application, up to our knowledge, that is able to edit and semantically validate agreement documents that are compliant with the WS–Agreement specification by checking properties such as its consistency, and the compliance between templates and agreement offers. In addition, it reports explanations when documents are not valid. Moreover, it allows users to combine the validation and explanation operations by means of a scenarios developer. 1 Overview and Motivation SLAs are widely used nowadays as a means to regulate the terms and conditions under which a service is provided. As the use of SLAs in Cloud services and applications in which the violation of SLA terms may imply a penalty for the parties increases, the complexity and demand of systems supporting the SLA lifecycle also increases. These systems include service monitoring platforms that use SLAs to decide which service metrics should be monitored, auto-scaling solutions that automates the provisioning or deprovisioning of resources according to the SLA, and billing components that calculate the penalties incurred during the use of a service, amongst others. Although very different from each other, all of these systems require having semantically valid SLAs (i.e., without semantic errors) and defined in a machine processable manner. WS–Agreement [1] is arguably the most widespread recommendation for defining machine processable SLAs. It specifies a template-based agreement creation protocol and an XML Schema that defines the basic structure of an SLA and the other documents used in the agreement creation protocol like agreement templates and agreement offers. However, WS–Agreement leaves open how the different elements of a WS–Agreement document such as a Service Level Objective (SLO) must be specified. ?This work was partially supported by the European Commission (FEDER), the Spanish and the Andalusian R&D&I programmes (grants TIN2009–07366 (SETI), TIN2012–32273 (TAPAS), TIC–5906 (THEOS)). 1 Template AmazonS3 version 1 . 0 Provider Amazon as Responder ; AgreementTerms Service AWS−S3 a v a i l a b l e at . aws . amazon . com / s3 / / S e rv i ce r e f e r e n c e i n i Ag re e Global d e s c r i p t i o n :/ / S e r v i c e d e s c r i p t i o n term i n iAgr e e Interface ; / / e i t h e r SOAP or REST RRS = F a l s e ; / / Reduced Redundancy S t o r a g e ( RRS) StorageSize ; // StorageSize in TB FirstProject ; / / Denotes i f i t i s t he f i r s t cust o m er p r o j e c t TotalPrice , StoragePrice , SupportPlanPrice ; Mo nitora ble P r o p e r t i e s / / S e r vi ce p r o p e r t i e s i n iAg r e e global : MUP; / / Monthly Uptime P e r c en ta g e , a kind of AmazonS3 s e r v i c e a v a i l a b i l i t y T r a n s f e r r e d G b ; R esponseTime ; R ea dR eq ue st s , W r i t e R e q u e s t s ; OnlineReportingSupport , PhoneSupport ; / / Customer s u p p o r t f a c i l i t i e s TurnAroundTime ; / / M in ut es t o s o l v e p robl ems Guarantee Terms G1 : Provider g u a r a n t e e s MUP >= 9 9 . 9 ; G2 : Consumer guarantees T r an sf er re dG b < S t o r a g e S i z e ∗100 AND R ea dRe q ue s ts > W r i t e R e q u e s t s ; G3 : Provider g u a r a n t e e s ResponseTime < 1000; onlyIf ( I n t e r f a c e = SOAP ) ; G4 : Provider g u a r a n t e e s ResponseTime < 7 0 0 ; onlyIf ( I n t e r f a c e = REST ) ; G5 : One or More between : G5 . 1 : Pro vider g u a r a n t e es OnlineReportingSupport = true ; G5 . 2 : Pro vider g u a r a n t ees TurnAroundTime = 15; G5 . 3 : Pro vider g u a r a n t e es PhoneSupport = true ; Cre ation Co n s t ra i n t s : C1 : S t o r a g e P r i c e = 0.0 5 ∗StorageSize ; onlyIf RRS = t r u e ; C2 : S t o r a g e P r i c e = 0.1 2 ∗StorageSize ; onlyIf RRS = f a l s e ; C3 : S t o r a g e S i z e <= 5000 TB ; C4 : T o t a l P r i c e = S t o r a g e P r i c e + S u p p o r t P l a n P r i c e ; onlyIf (FirstProject = false or StorageSize > 5); Fig. 1. Template of AmazonS3 service scenario in iAgree iAgree [4] is a fully-fledged WS–Agreement-compliant language that completes the WS–Agreement schema with a set of languages to describe all WS–Agreement elements. Figure 1 shows an iAgree template inspired in the Amazon Simple Storage Service (AmazonS3) including: terms to describe the service (see service AWS-S3, and Monitorable Properties) and guarantees (see G1-G5), terms compositors to combine the terms (see G5), and creation constraints (see C1-C4). Moreover, iAgree supports expressive arithmetic-logic expressions within the service level objectives (SLOs) (see G2), qualifying conditions (QCs) of conditional terms (see G3-G4), and creation constraints (CCs) (see C2). In addition, an advantage of iAgree is that its validity criteria has been extensively researched [2,3,4] and algorithms for checking and explaining the validity of iAgree documents have also been developed. Based on those results, in this paper we present iAgree studio1, a web application to edit and validate iAgree documents. In particular, it supports the kinds of conflicts between terms and creation constraints presented in [3,4], and the non-compliance situations between templates and agreement offers exposed in [2]. 1Available at www.isa.us.es/iagreestudio/, including a screencast. 2 Fig. 2. Scenario to check and explain compliance problems. 2 Novelties and Functions The novelty of iAgree Studio is given by the following features2: High WS–Agreement compliance. iAgree studio supports to edit and validate WS– Agreement documents with expressive terms including arithmetic-logic expressions relating several service properties inside the SLOs, QCs, and CCs, and supporting terms compositors defining agreement variants inside an agreement. Other WS–Agreement-based solutions studied in [4] do not support these agreement elements that are in the specification limiting their usefulness in real scenarios in which many of these elements are commonly used. Document validation. iAgree studio is able to validate iAgree documents by checking that they do not contain semantic errors, supporting the kinds of conflicts between terms and creation constraints presented in [3,4], and the non-compliance situations between templates and agreement offers exposed in [2]. Depending on the kind of document, the validation comprise different properties. Semantic errors explanations. iAgree studio provides an explanation report after the documents validations when semantic errors are detected. Such reports include the terms and creation constraints that are involved in the detected semantic error. For instance, a contradiction between terms, or a non-compliance between offers and template terms that make them non-compliant. Scenarios developer. iAgree studio incorporates a Scenarios developer that allows users to combine the validation operations and explanation reports to obtain advanced and customisable validation scenarios. For instance, an interesting scenario 2Note that iAgree studio is an ongoing work and it will be extended in a nearby future with more features. 3 may be to check the validity of agreement offers and templates before checking the compliance between them. Such scenario is included in Figure 2 for a specific pair of documents including the explanation reports if semantic errors are detected. In addition, iAgree studio has been tested by our M.Sc students in an SLA learning course and they suggested a number of user-friendly facilities that have been incorporated in current iAgree studio version such as: menus structure organised as in google docs, coloured syntax to highlight iAgree keywords, undo-redo functions, documents can be downloaded in iAgree or a serialised XML-based syntax, several samples presented in [3] are preloaded to try the iAgree studio functionality, etc. 3 Internal structure The automated checking and explanation for semantic errors included within iAgree documents is performed by a Constraint Satisfaction Problems [5] (CSP)-based technique implemented within an iAgree Document Analyser (ADA) (cf. Figure 3). Such an automated technique helps the parties involved in achieving an agreement during the whole SLA-lifecycle as follows: when the documents are edited their validity can be assured because the possible semantic errors are reported in the iAgree studio to be solved; when the documents are interchanged at negotiation time, the validity of documents is also assured and the compliance between them can also be checked to ensure their compliance; afterwards, the deployment of valid SLAs is granted. CSP Solver iAgree Validator CSP Adapter iAgree Studio ADA components iAgree Validity Criteria Checker CSP Mapping ADA Manager Fig. 3. Structure of our approach. References 1. Andrieux et al.: Web Services Agreement Specification (WS-Agreement) (v. gfd-r.192) (2011), OGF - Grid Resource Allocation Agreement Protocol WG 2. Müller, C., Resinas, M., Ruiz-Cortés, A.: Explaining the Non-Compliance between Templates and Agreement Offers in WS-Agreement*. In: Proc. of the 7th ICSOC’09. LNCS, vol. 5900 3. Müller, C., Resinas, M., Ruiz-Cortés, A.: Automated Analysis of Conflicts in WS–Agreement Documents. IEEE Transactions on Services Computing (2013), http://dx.doi.org/ 10.1109/TSC.2013.9 4. Müller, C.: On the Automated Analysis of WS-Agreement Documents. Applications to the Processes of Creating and Monitoring Agreements. International dissertation, Universidad de Sevilla (2013), http://www.isa.us.es/sites/default/files/ muller-Phd-PTB.pdf 5. Tsang, E.: Foundations of Constraint Satisfaction. A. Press (1995) 4