Towards a Service Level Management Framework for Service Value Networks



Similar documents
Towards Management of SLA-Aware Business Processes Based on Key Performance Indicators

SLA Business Management Based on Key Performance Indicators

A Reference Architecture for Multi-Level SLA Management

A Hierarchical Self-X SLA for Cloud Computing

Automating Cloud Service Level Agreements using Semantic Technologies

Comparison of Request Admission Based Performance Isolation Approaches in Multi-tenant SaaS Applications

A Comparison of SOA Methodologies Analysis & Design Phases

Towards SLA-Driven API Gateways

Portable Cloud Services Using TOSCA

SERVICE-ORIENTED MODELING FRAMEWORK (SOMF ) SERVICE-ORIENTED SOFTWARE ARCHITECTURE MODEL LANGUAGE SPECIFICATIONS

Service Oriented Architecture Design and Development Method. Name: René van Donselaar. Universiteit Utrecht

Dagstuhl seminar on Service Oriented Computing. Service design and development. Group report by Barbara Pernici, Politecnico di Milano

Service Level Agreement in Cloud Computing

Approach to Service Management

SLA BASED SERVICE BROKERING IN INTERCLOUD ENVIRONMENTS

Service-Oriented Architectures

Development of Enterprise Architecture of PPDR Organisations W. Müller, F. Reinert

Management and Web service Management

Data-Aware Service Choreographies through Transparent Data Exchange

QoS Integration in Web Services

Architectural Concerns in Multi-Tenant SaaS Applications

Figure 1: Illustration of service management conceptual framework

Conceptual Approach for Performance Isolation in Multi-Tenant Systems

Business Process Management Enabled by SOA

Towards Collaborative Requirements Engineering Tool for ERP product customization

Overview of major concepts in the service oriented extended OeBTO

Model Driven and Service Oriented Enterprise Integration---The Method, Framework and Platform

Defining and Monitoring Service Level Agreements for dynamic e-business

Service Level Agreements based on Business Process Modeling

Winery A Modeling Tool for TOSCA-based Cloud Applications

focus Software product line engineering (SPLE) is a paradigm of software reuse Combining Service Orientation with Product Line Engineering

Framework for Measuring Performance Parameters SLA in SOA

Strategic Briefing Data Center Management & Automation

FUJITSU Software Interstage Business Operations Platform: A Foundation for Smart Process Applications

Secure Monitoring of Service Level Agreements

A Standardized Maturity Model for Designing SaaS Service Guideline

Automating Service Negotiation Process for Service Architecture on the cloud by using Semantic Methodology

Service Component Architecture for Building Cloud Services

CONCEPTUAL MODEL OF MULTI-AGENT BUSINESS COLLABORATION BASED ON CLOUD WORKFLOW

Design Patterns for Complex Event Processing

Realizing business flexibility through integrated SOA policy management.

Table of Contents. 1 Executive Summary SOA Overview Technology Processes and Governance... 8

ASCETiC Whitepaper. Motivation. ASCETiC Toolbox Business Goals. Approach

JOURNAL OF OBJECT TECHNOLOGY

E-Learning as a Web Service

MDE Adoption in Industry: Challenges and Success Criteria

SOMA, RUP and RMC: the right combination for Service Oriented Architecture

An Extensible Application Topology Definition and Annotation Framework

SOA: The missing link between Enterprise Architecture and Solution Architecture

Chapter 2: Cloud Basics Chapter 3: Cloud Architecture

Service-Oriented Architecture and its Implications for Software Life Cycle Activities

Prerequisites for Successful SOA Adoption

Service-oriented Development of Federated ERP Systems

SOA Planning Guide The Value Enablement Group, LLC. All rights reserved.

Open S-BPM: Goals and Architecture

Maximo ITSM Product Suite. Francois Marais

Platform Autonomous Custom Scalable Service using Service Oriented Cloud Computing Architecture

Logical Data Models for Cloud Computing Architectures

The Service, The Cloud & The Method: The Connection Points

Topic : Cloud Computing Architecture. Presented by 侯 柏 丞. 朱 信 昱

Business Process Management In An Application Development Environment

Service-Oriented Architecture and Software Engineering

A Methodology for Development of Enterprise Architecture of PPDR Organisations W. Müller, F. Reinert

MODELING UNIVERSITY METROPOLITAN ONLINE LEARNING SYSTEM ARCHITECTURE - THE TOGAF/ ARCHIMATE WAY

Overview Application Incident Management. David Birkenbach ALM Solution Management August 2011

Policy Driven Practices for SOA

Service Catalog and Configuration Management Database as the Foundation of SIAM. Eija Hallikainen

Research on the Model of Enterprise Application Integration with Web Services

Transcription:

Towards a Service Level Management Framework for Service Value Networks Christof Momm, Frank Schulz SAP Research CEC Karlsruhe Vincenz-Priessnitz-Str. 1 76133 Karlsruhe {christof.momm frank.schulz}@sap.com Abstract: The ongoing trend towards a global services economy creates considerable market opportunities and challenges for providers of Software-as-a- Service (SaaS). For meeting customer expectations, an on-demand business model and a service-oriented infrastructure capable of composing services into service networks are the primary approach. Ensuring quality of service and providing detailed guarantees via service level agreements (SLAs) will be a major differentiator of future service offerings. This paper describes the challenges of SLA management for SaaS, an integrated solution that takes economic risk into account, and the software architecture of the chosen approach. 1 Introduction The rise of the internet of services creates significant opportunities and challenges for providers of Software-as-a-Service (SaaS). Customers expect flexible and individualized services offered at a competitive price, and they demand agile reactions in a highly dynamic setting. The resulting requirements on the service provider infrastructure ask for specific software concepts and an on-demand provisioning of services. Service-oriented architectures have proven to be the primary answer to address these requirements because they allow the flexible creation of complex services based on other services via service composition [PH07]. The composition of services from other providers leads to the formation of complex inter-organizational networks, so-called service value networks (SVNs), see [Bl09]. In such a SVN, a service provider may act as service consumer as well, because the realization of a complex service offer is based on the composition of other services supplied by third-party providers. This combined role of service provisioning and consumption is often referred to as service integration [Bl09]. The composition of services may occur in two different flavors: either as a rather tight technical coupling within a workflow that is executed by a business process engine, or as a bundling of several services into one combined offer without adding a super ordinate process that creates technical dependencies between the services. In both cases, the service bundle may be enhanced by value-adding services of the integrator, like monitoring or billing functionalities. To facilitate business-grade dependable services, the exact conditions of service delivery, both functional and non-functional, need to be specified. This is commonly 521

achieved with service level agreements (SLAs), see [PH05]. The quality of service defined by SLAs is expected to be a key differentiator in an increasingly competitive service market. Thus, service integrators are in need of a service level management (SLM) that covers and optimizes the relationships towards customers and towards suppliers. Specific challenges of such a system include the mapping of SLAs for provided services to service level requirements for consumed services. The management and evaluation of these dependencies forms the basis for the construction of feasible and profitable service offerings. Additional decision support for the service integrator is needed in order to estimate the economic risk of services. Hence, the monetaryvaluation of offered and consumed services and associated SLAs has to be taken into account for a detailed analysis of economic service dependencies and the associated business impact. Furthermore, this analysis has to be based on a reliable data collection that needs to be constantly updated for providing most current decision support. Therefore the SLAs towards consumers and suppliers must be continuously monitored and the data on SLA fulfillment directly incorporated into the framework for evaluation and visualization. The ValueGrids project [Sch09] addresses these challenges by developing an integrated SLM framework for service integrators. Distinctive features of the approach are the economic evaluation of service dependencies [Mi10], the client-side monitoring of consumed services and the feasibility evaluation of service compositions based on systematic measurements of quality of service parameters [We10]. In this way, we target to increase the dependability of complex services offered by service integrators in the future internet of services. In this paper, we focus on presenting the architecture of the ValueGrids SLM framework, including the proposed component and model architecture. 2 Related Work Service level management has attracted significant attention in research and industry. Based on a life cyclemodel for SLAs, Sahai et al. focus on the formalization and control aspects of service level management [Sa02]. Similarly, a formal model for SLA management and the definition of thresholds is discussed in [BSC01]. These early approaches to service level management concentrate on single services and do not take dependencies within service value networks into account. Further research on SLAs has been performed during standardization efforts. For web services, the Web Service Agreement specification (WS-Agreement) from the Open Grid Forum [An07] and the Web Service Level Agreement (WSLA) framework from IBM [KL03] have been proposed among others. ValueGrids utilizes the WS-Agreement model for the formalization of SLAs. Dependencies of services within service networks have been investigated in [Bo08] and [Un08]. Based on the composition of services into a complex service, corresponding aggregations of service level agreements are proposed, however the feasibility of the composed SLA and the economic impact of aggregation are not considered. Another approach for hierarchical SLA aggregation has been presented in [UHS09]. The authors assume that some information, defined by so-called SLA views, is available across several layers of aggregation. In contrast, ValueGrids expects only direct suppliers to be visible for service integrators, which seems to be closer to actual business practice. The mapping of SLAs between different levels of infrastructure 522

involves the translation from business-related metrics to technical configurations. Such mechanisms have been discussed in [VBJ01] and [LTH09] and form the basis of SLA translations in ValueGrids. Recently, a framework for SLA management has been presented in [TYB08]. This approach, while similar in spirit, focuses on service level management within the infrastructure stack, whereas ValueGrids concentrates on the economic evaluation of dependencies in service value networks. 3 The ValueGrids Framework Before presenting the architecture of the proposed SLM framework, the fundamental elements are introduced in form of a conceptual meta-model (see figure 1). Figure 1: Conceptual Service/SLA model The Service Type acts as a container for specific service descriptions (e.g. natural language or WSDL). It specifies the service offering in an abstract way without making statements about who is offering the service or how it is realized. If an offered service type requires other (third-party) service types as part of its implementation, a Service Topology specifies one valid option, i.e. a combination of external service types that allow deploying the offered service type. Several alternative service topologies may exist for one offered service type. Accordingly, a service topology represents a high-level specification on how a service type is implemented. It does not define the suppliers of the required service types. Among other, this information is part of the corresponding SLA Template, which specifies the types of SLAs a service provider is willing to accept. This includes potential service level targets, and potential service provider and customer responsibilities. To deploy an SLA template (concrete service offer), the service provider first needs to decide on a corresponding service topology. Then, for each required service type a concrete service offer (required SLA template) has to be selected. In this context, an SLA Template Topology is used to define suitable combinations, in particular regarding the required service quality levels, but also regarding different provider combinations. Several alternative SLA template topologies may exist for one service topology. Once the provider has decided on a SLA template topology, he concludes SLAs with all external providers, i.e. the provider buys the required SLA templates. This results in an Agreed SLA, which represents an actual (signed) contract between 523

service provider and the customer. Service levels and other obligations are fixed. All agreed SLAs for one SLA template topologytogether form a Service Deployment, which includes the combination of required SLAs used for providing one particular offered SLA. Accordingly, a service deployment specifies concrete runtime dependencies between different SLAs. This information forms the basis for performing runtime SLA management, e.g. risk-based evaluation of service combinations and service adjustments. 3.1 Framework architecture To support service integrators in managing these different artifacts describing complex services along with the service dependencies, we propose an SLA management framework comprised of four top-level components (see figure 2). Figure 2: ValueGrids SLA management framework architecture The Service Repository represents the central data store for managing external and internal services as well as relationships between them. It includes service descriptions, corresponding SLA templates and agreed SLAs, and models for capturing technical dependencies between service types, SLA templates and SLAs as part of service deployments. The technical dependencies are determined using a statistical testing approach [We10] and are used for a preselection of the required SLA templates of external services. As soon as external services have been selected, integrated and actually used, the Dependency Analyzer component continuously evaluates economic risk for different combinations of external and internal services. This risk evaluation based on historic monitoring information complements the technical dependency information during service selection. The analysis is based on portfolio theory and described in [Mi10]. User interaction is performed via the Management Cockpit. The graphical user interface offers access to all supported management functions. Additionally, the cockpit visualizes the current state of the SLA and service landscape for manual analysis of complex dependencies. All monitoring information required for manual and automated analysis and evaluation of service dependencies is provided by the Service Operations Manager component. This component supports the provisioning of new service instances and the monitoring of complete service deployments. To 524

achieve this, the service operations manager acts as an adapter to existing application management interfaces, and thus performs a mapping and aggregation of monitoring data into specific data formats. 3.2 Model architecture The framework architecture we described before relies on various data models. Figure 3 introduces the different types of data models we combined to implement the framework. In the following, we refer to this as model architecture. Figure 3: Framework model architecture Accordingly, in case of the Service Description Model, as an integral part of the service type specification, as well as the SLA / SLA Template Model we decided on using existing models. Regarding the service descriptions we so far limit the scope to textual descriptions (the simplest existing data model for this purpose), whereas in case of the SLAs and SLA templates we use the de-facto standard WS Agreement [An07] as common basis. Unfortunately, WS-Agreement alone is not sufficient for modeling complete SLA (templates). Itrather has to be extended by custom domain-specific parts, in particular for specifying the guarantee terms in a formal way. These missing pieces are covered by the ValueGrids Terms Model. To capture abstract, concrete and runtime dependencies between the different artifacts, we provide a custom Service Dependency Model, comprising elements for modeling service and SLAT topologies as well as service deployments. Furthermore, we require custom models for capturing risk evaluations produced by the dependency analyzer (Risk Evaluation Model) and a custom monitoring model delivering the information required for analyzing these dependencies (Service Deployment Monitoring Model). 4 Current Status and Future Work The framework architecture presented in this paper addresses the challenges of managing SaaS offerings in complex service value networks. It aims at providing 525

decision support for offering profitable services by integrating reliable third-party services with respect to economic risk. So far, we have developed an ad hoc prototype of the framework already comprising basic implementations for all components described above. Within an industrial case study, several instances of this framework implementation are used for managing different service types in a complex SVN, amongst others covering an SAP process, SAP ERP web services, IBM Learner Portal and Grid-based production planning optimization services. In future, we will intensify research on translation of quality requirements in order to support a larger variety of service types and quality metrics. In addition to this, we will further elaborate the risk evaluation algorithms for combinations of services. Acknowledgements. The ValueGrids research project is partially funded by the German Federal Ministry of Education and Research (BMBF) under promotional reference 01 G09004. References [An07] Andrieux, A.; Czajkowski, K.; Dan, A.; Keahey, K.; Ludwig, H.; Nakata, T.; Pruyne, J.; Rofrano, J.; Tuecke, S.; Xu, M.: Web Services Agreement Specification (WS-Agreement), 2007. [BSC01] Bhoj, P; Singhal, S.; Chutani, S.: SLA management in federated environments. Computer Networks, Vol. 35, No. 1, 5-24, 2001. [Bl09] Blau, B.; Krämer, J.; Conte, T.; van Dinther, C.: Service Value Networks. In Proceedings of the 11th IEEE Conference on Commerce and Enterprise Computing, 194-201, 2009. [Bo08] Bodenstaff, L.; Wombacher, A.; Reichert, M.; Jaeger, M. C.: Monitoring Dependencies for SLAs: The MoDe4SLA Approach. In 2008 IEEE Int. Conference on Services Computing, 21-29, 2008. [KL03] Keller, A; Ludwig, H.: The WSLA Framework. Journal of Network and Systems Management, Vol. 11, No. 1, 57-81, 2003. [LTH09] Li, H.; Theilmann, W.; Happe, J.: SLA Translation in Multi-layered Service Oriented Architectures. Technical Report 2009-08, University of Karlsruhe, 2009. [Mi10] Michalk, W.; Blau, B.; Stößer, J.; Weinhardt, C.: Risk-Based Decision Support in Service Value Networks. In Proc. 43rd Annual Hawaii Int. Conference on System Sciences (HICSS), 2010. [PH05] Papazoglou, M; van den Heuvel, W.: Web Services Management: A Survey. IEEE Internet Computing, Vol. 9, No.6,58-64,2005. [PH07] Papazoglou, M.; van den Heuvel, W.: Service oriented architectures: approaches, technologies and research issues. The VLDB Journal 16(3), 389 415, 2007. [Sa02] Sahai, A.; Machiraju, V.; Sayal, M.; van Moorsel, A; Casati, F.: Automated SLA Monitoring for Web Services. In Proc. 13th IFIP/IEEE Int. Workshop on Distr. Systems, Operations and Mgmt (DSOM 2002), 28-41, 2002. [Sch09] Schulz, F.; Momm, C.; Westermann, D.; Blau, B.; Michalk, W.; Hedwig, M.; Rolli, D.; Afaghi, O.; Schmidt, A.: ValueGrids: Using Grids in Dynamic Service Value Networks. In Proceedings of the Cracow Grid Workshop (CGW'09), 2009. [TYB08] Theilmann, W.; Yahyapour, R; Butler, J.: Multi-level SLA Management for Service-Oriented Infrastructures. In: Towards a Service-Based Internet, 324 335, 2008. [UHS09] Ul Haq, I.; Huqqani, A.; Schikuta, E.: Aggregating Hierarchical Service Level Agreements in Business Value Networks. In Proceedings of the 7th International Conference on Business Process Management, 176-192, 2009. [Un08] Unger, T.; Leymann, F.; Mauchart, S.; Scheibler, T.: Aggregation of Service Level Agreements in the Context of Business Processes. In 12th Int. IEEE Enterprise Distr. Object Comp. Conf. (EDOC), 43-52, 2008. [VBJ01] Verma, D.; Beigi, M.; Jennings, R.: Policy Based SLA Management in Enterprise Networks. Policies for Distr. Systems and Networks (POLICY2001), 137-152, 2001. [We10] Westermann, D.; Happe, J.; Hauck, M.; Heupel, C.: The Performance Cockpit Approach: A Framework for Systematic Performance Evaluations. In Proceedings 36th Euromicro Conference on Software Engineering and Advanced Applications (SEAA 2010), 2010. 526