Posts Tagged ‘sla’

SLA-enabled Infrastructure Scheduling

Monday, April 4th, 2011

SLA@SOI has developed a scheduler to help better deliver an SLA-enabled infrastructure. It allocates requested virtual machines to the most appropriate physical machines taking SLA specifications and data center policies into account. Read on to find out more…

Share

Applying SLA@SOI Management in the Future Internet

Tuesday, February 8th, 2011

The Future Internet constitutes the next major paradigm to support integration, interrelation and inter-working across the Internet of Services, the Internet of Things and the underlying technology cloud platform. Service Level Agreements (SLAs) are of crucial importance for securing the success of the Future Internet so that services in there become dependable and tradeable.

Share

Using Cloud Standards for Interoperability of Cloud Frameworks

Tuesday, April 6th, 2010

SLA@SOI and RESERVOIR have been actively collaborating together with the aim of investigating and pursuing the integration of their respective technologies as part of the NEXOF Reference Architecture initiative. One of the outputs of this work has been a technical report that details how cloud standards, such as OCCI, can be used to support the [...]

Share

Design-Time Prediction of QoS Properties

Tuesday, February 16th, 2010

As part of a Service Level Agreement (SLA), a service provider and its customer agree on non-functional or Quality of Service (QoS) requirements, which may be part of the pricing model. Predicting service quality attributes before service run-time helps to specify feasible SLA parameters and to consolidate efficient resource utilization with guarantees on QoS metrics. [...]

Share

Dynamic set-up of Monitoring Infrastructures for SLA Management

Monday, January 18th, 2010

Over the last few years, several approaches have been developed to support the monitoring of SLAs. Typically, these approaches collect events during service executions and use them to check whether the properties of service provision as specified in an SLA are satisfied. Such approaches provide state of the art mechanisms for performing the basic checks [...]

Share

Business Fundamentals of SLAs

Monday, December 21st, 2009

In recent years, significant advances have been made in SLA management. This progress has largely focused on the building pieces necessary to create the communications, interactions and corresponding flows required for SLA management. However, to be truly useful, support for the business aspects and terms required in the real business world also need to be [...]

Share

Challenges in SLA Translation

Tuesday, December 1st, 2009

Service-Oriented Architecture (SOA) represents an architectural shift for building business applications based on loosely coupled services. In a multi-layered SOA environment the exact conditions under which services are to be delivered can be formally specified by Service Level Agreements (SLAs). However, typical SLAs are just specified at the top-level and do not allow service providers [...]

Share

2 SLA@SOI Paper Acceptances

Friday, September 18th, 2009

Well, Hui Li from SAP has been busy and successful on his work within SLA@SOI! Along with his co-authors they have had the following papers successfully accepted: Hui Li, Giuliano Casale, Tariq Ellahi. SLA-Driven Planning and Optimization of Enterprise Applications. 1st joint ACM WOSP/SIPEW Intl. Conference on Performance Engineering, San Jose, CA USA, Jan 2010. [...]

Share

SLA Focused Financial Grids

Friday, August 28th, 2009

The financial sector depends heavily on process and data intensive computations to deliver competitive advantage. Financial applications are particularly suited to grid-based experimentation and research. A Financial Live Trading System is used an exemplar in this article. The emerging growth of worldwide trading and the reliance on automated processing has increased the complexity and volatility [...]

Share

Complex Service Management

Wednesday, August 12th, 2009

Originally, (Web) services were deployed and used with almost no actual control by the different parties. The simplistic assumption that their behavior was correct and everyone had to be happy with the functionality provided was unrealistic. The actual exploitation of services, imposed us to start conceiving different methods and tools to manage the complete life-cycle of deployed and running services with special emphasis on the actual run-time behavior.

Share