Interoperability in Complex Distributed Systems Gordon Blair School of Computing and Communications, Lancaster University, UK.

Slides:



Advertisements
Similar presentations
Distributed Systems Architectures
Advertisements

All rights reserved © 2006, Alcatel Grid Standardization & ETSI (May 2006) B. Berde, Alcatel R & I.
1 From Grids to Service-Oriented Knowledge Utilities research challenges Thierry Priol.
DELOS Highlights COSTANTINO THANOS ITALIAN NATIONAL RESEARCH COUNCIL.
Overview of Web Services
An ecosystem for freight information services: the iCargo project
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 12 Slide 1 Distributed Systems Design 2.
Ch. 7. Architecture Standardization for WoT
Presentation 7 part 1: Web Services Introduced. Ingeniørhøjskolen i Århus Slide 2 Outline Definition Overview of Web Services Examples Next Time: SOAP.
1 Ad Hoc Composition of User Tasks in Pervasive Computing Environments Sonia Ben Mokhtar, Nikolaos Georgantas, Valérie Issarny ARLES Project, INRIA, France.
Presentation 7: Part 1: Web Services Introduced. Outline Definition Overview of Web Services Examples Next Time: SOAP & WSDL.
OASIS Reference Model for Service Oriented Architecture 1.0
1 Quality Objects: Advanced Middleware for Wide Area Distributed Applications Rick Schantz Quality Objects: Advanced Middleware for Large Scale Wide Area.
© 2007 Pearson Education Inc., Upper Saddle River, NJ. All rights reserved.1 Computer Networks and Internets with Internet Applications, 4e By Douglas.
Software Engineering and Middleware: a Roadmap by Wolfgang Emmerich Ebru Dincel Sahitya Gupta.
What is adaptive web technology?  There is an increasingly large demand for software systems which are able to operate effectively in dynamic environments.
Community Manager A Dynamic Collaboration Solution on Heterogeneous Environment Hyeonsook Kim  2006 CUS. All rights reserved.
Web-based Portal for Discovery, Retrieval and Visualization of Earth Science Datasets in Grid Environment Zhenping (Jane) Liu.
Open Cloud Sunil Kumar Balaganchi Thammaiah Internet and Web Systems 2, Spring 2012 Department of Computer Science University of Massachusetts Lowell.
3 Cloud Computing.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
THE NEXT STEP IN WEB SERVICES By Francisco Curbera,… Memtimin MAHMUT 2012.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 12 Slide 1 Distributed Systems Architectures.
Research and Projects Name: Aloysius. A. EDOH Name: Alo Address: Ext 3344.
Cloud Computing Zach Ciccone Claudia Rodriguez Annia Aleman Xiaoying Tu Nov 14, 2013.
1 소프트웨어공학 강좌 Chap 9. Distributed Systems Architectures - Architectural design for software that executes on more than one processor -
Interoperating with Services in a Mobile Environment Andreas Dahl, Pål Rolfsen Grønsund, Per Thomas Kraabøl,
UNIT – II ARCHITECTING WEB SERVICES. WHAT ARE WEB SERVICES ? Web Services are loosely coupled, contracted components that communicate via XML-based interfaces.
©Ian Sommerville 2000 Software Engineering, 6th edition. Slide 1 Component-based development l Building software from reusable components l Objectives.
Outline  Enterprise System Integration: Key for Business Success  Key Challenges to Enterprise System Integration  Service-Oriented Architecture (SOA)
Microsoft and Community Tour 2011 – Infrastrutture in evoluzione Community Tour 2011 Infrastrutture in evoluzione.
Linked-data and the Internet of Things Payam Barnaghi Centre for Communication Systems Research University of Surrey March 2012.
Architectures of distributed systems Fundamental Models
Ontology Summit 2015 Track C Report-back Summit Synthesis Session 1, 19 Feb 2015.
1 Introduction to Middleware. 2 Outline What is middleware? Purpose and origin Why use it? What Middleware does? Technical details Middleware services.
Service Oriented Architectures Presentation By: Clifton Sweeney November 3 rd 2008.
DataTAG Research and Technological Development for a Transatlantic Grid Abstract Several major international Grid development projects are underway at.
Copyright © 2002 Intel Corporation. Intel Labs Towards Balanced Computing Weaving Peer-to-Peer Technologies into the Fabric of Computing over the Net Presented.
Workshop on Future Learning Landscapes: Towards the Convergence of Pervasive and Contextual computing, Global Social Media and Semantic Web in Technology.
Web Services. Abstract  Web Services is a technology applicable for computationally distributed problems, including access to large databases What other.
Semantic based P2P System for local e-Government Fernando Ortiz-Rodriguez 1, Raúl Palma de León 2 and Boris Villazón-Terrazas 2 1 1Universidad Tamaulipeca.
FDT Foil no 1 On Methodology from Domain to System Descriptions by Rolv Bræk NTNU Workshop on Philosophy and Applicablitiy of Formal Languages Geneve 15.
Distribution and components. 2 What is the problem? Enterprise computing is Large scale & complex: It supports large scale and complex organisations Spanning.
Presented By:- Sudipta Dhara Roll Table of Content Table of Content 1.Introduction 2.How it evolved 3.Need of Middleware 4.Middleware Basic 5.Categories.
GLOBE DISTRIBUTED SHARED OBJECT. INTRODUCTION  Globe stands for GLobal Object Based Environment.  Globe is different from CORBA and DCOM that it supports.
Introduction to Semantic Web Service Architecture ► The vision of the Semantic Web ► Ontologies as the basic building block ► Semantic Web Service Architecture.
CS551 - Lecture 11 1 CS551 Object Oriented Middleware (III) (Chap. 5 of EDO) Yugi Lee STB #555 (816)
S imple O bject A ccess P rotocol Karthikeyan Chandrasekaran & Nandakumar Padmanabhan.
6. Protocol Standardization for IoT 1.  TCP/IP  HTML and HTTP  The difference between the Internet and the World Wide Web The Internet is the term.
Dynamic Synthesis of Mediators in Pervasive Environments Amel Bennaceur supervised by Valérie Issarny ARLES 14 February 2012, Junior Seminar, INRIA.
Notes from Coulouris 5Ed Distributed Systems Notes on Components.
Internet of Things. IoT Novel paradigm – Rapidly gaining ground in the wireless scenario Basic idea – Pervasive presence around us a variety of things.
AMQP, Message Broker Babu Ram Dawadi. overview Why MOM architecture? Messaging broker like RabbitMQ in brief RabbitMQ AMQP – What is it ?
Ex Libris Developers Network Develop. Experiment. Collaborate.
GRID ANATOMY Advanced Computing Concepts – Dr. Emmanuel Pilli.
NCP Info DAY, Brussels, 23 June 2010 NCP Information Day: ICT WP Call 7 - Objective 1.3 Internet-connected Objects Alain Jaume, Deputy Head of Unit.
Towards ‘Ubiquitous’ Ubiquitous Computing: an alliance with ‘the Grid’ Oliver Storz, Adrian Friday, and Nigel Davies Computing Department, Lancaster University,
Internet of Things Approach to Cloud-Based Smart Car Parking
The Role of Reflection in Next Generation Middleware
Federated IdM Across Heterogeneous Clouding Environment
Distribution and components
Inventory of Distributed Computing Concepts and Web services
3 Cloud Computing.
Service Oriented Architecture (SOA)
Architectures of distributed systems Fundamental Models
Architectures of distributed systems Fundamental Models
The Anatomy and The Physiology of the Grid
Architectures of distributed systems
The Anatomy and The Physiology of the Grid
Architectures of distributed systems Fundamental Models
Presentation transcript:

Interoperability in Complex Distributed Systems Gordon Blair School of Computing and Communications, Lancaster University, UK

Outline of the Presentation Problem analysis Trends in distributed systems Extreme heterogeneity Focus on interoperability What is interoperability? Five interoperability challenges Approaches to interoperability A state-of-the-art analysis Towards emergent middleware The role of ontologies (Massimos part) Ontologies and the semantic web Role in emergent middleware 2

PROBLEM ANALYSIS Part 1 3

A Few Words from Danny Cohen In the beginning ARPA created ARPANET. And the ARPANET was without form and void. And darkness was upon the deep. And the spirit of ARPA moved upon the face of the network and ARPA said, 'Let there be a protocol,' and there was a protocol. And ARPA saw that it was good. And ARPA said, 'Let there be more protocols,' and it was so. And ARPA saw that it was good. And ARPA said, 'Let there be more networks,' and it was so.

Gordons Distributed Systems Version In the beginning there was small scale experimentation. And the experiments were without abstraction or openness. And darkness was upon the deep. And the spirit of the OMG moved upon the face of distributed systems and said, 'Let there be a middleware standard,' and there was a standard. And OMG saw that it was good. And Microsoft said, 'Let there be more standards,' and it was so. And Microsoft saw that it was good. And the community said, 'Let there be more networks and of course also mobility, ubiquity and cloud computing for good measure,' and it was so.....

…. but is it good? Early distributed systems Limited in scale and heterogeneity, issues such as openness, and support for QoS not a big issue Internet-scale distributed systems Large scale and significant levels of heterogeneity (platforms, languages and middleware), significant advances in supporting openness and QoS The complex distributed systems of tomorrow Significant increases in scale and also heterogeneity in all its dimensions (cf. systems of systems); more dynamic; major research questions concerning openness and QoS

Illustrating the challenge: Towards environmental observatories Motivation Many well-known challenges to the environment Global warming, pollution, diminishing of natural resources, threats to bio-diversity, etc. The environment decade [Al Gore, Earth in the Balance] Book also focuses on the potential role of technology in addressing these problems What is an environmental observatory? Investigating the role of contemporary computing technologies, particularly where pervasive technologies meet distributed systems in supporting the (real-time) monitoring and management of the natural environment

A CLOSER LOOK AT INTEROPERABILITY Part 2 9

Focus on Interoperability Scalability Security Privacy Interoperability Self- Managemen t the extent by which two implementations of systems from different manufacturers can co- exist and work together by merely relying on each others services as specified by a common standard.

Interoperability Challenges 1.Discovery protocol interoperability * 2.Interaction protocol interoperability * 3.Data interoperability * 4.Application interoperability * 5.Interoperability of non-functional properties 11 Five challenges that must be resolved to achieve interoperability :

Illustrating Interoperability Challenges I offer! Need 5! Will be 9 Who has? Client / ServerPeer-2-Peer £ UPnP SOAP

Illustrating Interoperability Challenges No.CountryPlatformMiddlewareApplicationData/ Currency 1GermanyJavaTuple Space GetInfo EUR 2Great BritainMicrosoftSLP+SOAP GetInfo GBP 3FranceJavaSSDP+SOAP GetInfo EUR 4ItalyJavaSSDP+SOAP GetLocation + GetPrice+ GetQuantity EUR 5SwitzerlandJavaSSDP+SOAP GetInfo CHF 6SpainJavaSLP+SOAP GetInfo EUR Use different middleware = cannot interoperate Call different application operations = cannot interoperate Exchange different data = cannot interoperate

1. Discovery Protocol Interoperability

2. Middleware Protocol Interoperability CORBA Service (IIOP) Web Service (SOAP)

3. Data Interoperability 1 euro price(1,euro) 1 euro 1 1 euro 1 pound

4. Application Interoperability CORBA Client Calls : GetInformation(Merchant) Name, Product, Price CORBA Server Interface GetName() Name GetProduct() Product GetPrice() Price Client cannot interoperate with this service (even when the protocols and data match) Cannot easily standardise application interfaces

EXISTING APPROACHES TO INTEROPERABILITY Part 3 18

1. One speaker talks the others language 4. A chosen shared language 2. Auxiliary Languages (e.g. Esperanto) 3. One 3 rd party translator e.g. English to French translator Approaches to Interoperability 5. Babel fish

Standards-based Approaches CORBA, Web Services Everyone has to be aware of the same standard No interoperation with alternative standards and protocols New standard comes along... Another interoperability problem Application Middleware Peer Application Middleware Peer 4. A chosen shared language

Bridging E.g. SOAP2CORBA Bridge must be deployed Significant development effort For every protocol pair New protocol Equals a bridge to every existing protocol 3 rd Party Peer (Infrastructure) Legacy Middleware A Legacy Application Peer Bridge A to B Legacy Application Legacy Middleware B Peer 3. One 3 rd party translator e.g. English to French translator

Transparent Interoperability Enterprise Service Buses (ESB), INDISS Mapping to a common protocol Translation at either end – to/from the legacy or local protocol Greatest common divisor problem Only have the subset of behaviour that matches between a pair 3 rd Party Peer (Infrastructure) Legacy Middleware Legacy Application Peer Translation to Intermediary Legacy Application Legacy Middleware Peer Translation from Intermediary 2. Auxiliary Languages (e.g. Esperanto)

Interoperability Substitution Platforms UIC, ReMMoC, WSIF One peer has to know in advance it will be a translator Knowledge of all potential protocols... Application Interoperability Platform Substituted Middleware Legacy Application Legacy Middleware Peer Translatio n 1. One speaker talks the others language

We Want Future-Proof Interoperability Existing approaches to interoperability do not work for distributed systems of tomorrow Fundamental re-think required Towards emergent middleware Can we observe, learn synthesize and deploy a binding dynamically 5. Babel fish CORBA service Web Service Interoperability Solution Monitor & Learn Generated BINDING Synthesize

THE ROLE OF ONTOLOGIES (MASSIMO) Part 4 25

Conclusions T his presentation has charted the increasing complexity of contemporary distributed systems stemming from extreme heterogeneity and dynamism This level of complexity makes it very difficult to ensure even the most basic property of distributed systems, that is interoperability Existing solutions are not sufficient to meet the demands of complex distributed systems We argue that a new approach is required: Emergent middleware Ontologies have a key role in realising emergent middleware by providing cross-cutting capabilities capturing the meaning of concepts and supporting associated reasoning capabilities 26