D ISTRIBUTED S YSTEM UNIT-1 Prepared By: G.S.Mishra.

Slides:



Advertisements
Similar presentations
Distributed Systems Topics What is a Distributed System?
Advertisements

Jaringan Informasi Pengantar Sistem Terdistribusi oleh Ir. Risanuri Hidayat, M.Sc.
Distributed Systems 1 Topics  What is a Distributed System?  Why Distributed Systems?  Examples of Distributed Systems  Distributed System Requirements.
1DT057 D ISTRIBUTED I NFORMATION S YSTEM Distributed Systems Characterization and Design 1.
Objektorienteret Middleware Presentation 2: Distributed Systems – A brush up, and relations to Middleware, Heterogeneity & Transparency.
Definition of a Distributed System (1) A distributed system is: A collection of independent computers that appears to its users as a single coherent system.
Distributed components
CHARACTERIZATION OF DISTRIBUTED SYSTEMS
CS Distributed Computing Systems Chapter 1: Characterization of Distributed Systems Chin-Chih Chang, From Coulouris, Dollimore.
© Chinese University, CSE Dept. Distributed Systems / Distributed Systems Topic 1: Characterization and Design Goals Dr. Michael R. Lyu Computer.
City University London
REK’s adaptation of Prof. Claypool’s adaptation of
OCT1 Principles From Chapter One of “Distributed Systems Concepts and Design”
EEC-681/781 Distributed Computing Systems Lecture 3 Wenbing Zhao Department of Electrical and Computer Engineering Cleveland State University
Introduction to Distributed Systems CS412: Programming Distributed Applications Computer Science Southern Illinois University CS412: Programming Distributed.
OCT Masters of Information Systems Management 1 Organizational Communications and Distributed Object Technologies Week 3: Models and Architectures.
Slides for Chapter 1 Characterization of Distributed Systems From Coulouris, Dollimore and Kindberg Distributed Systems: Concepts and Design Edition 3,
OCT1 Principles From Chapter Two of “Distributed Systems Concepts and Design” Material on Lamport Clocks from “Distributed Systems Principles and Paradigms”
.NET Mobile Application Development Introduction to Mobile and Distributed Applications.
DISTRIBUTED COMPUTING
Chapter 2 Architectural Models. Keywords Middleware Interface vs. implementation Client-server models OOP.
IS473 Distributed Systems
CS431 Distributed Systems
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 12 Slide 1 Distributed Systems Architectures.
1 System Models. 2 Outline Introduction Architectural models Fundamental models Guideline.
Chapter 1 Characterization of Distributed Systems Coulouris, Dollimore and Kindberg Distributed Systems: Concepts and Design Edition 4, © Pearson Education.
CH2 System models.
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ Bộ môn Mạng và Truyền Thông Máy Tính.
1 MSCS 237 Communication issues. 2 Colouris et al. (2001): Is a system in which hardware or software components located at networked computers communicate.
Exercises for Chapter 2: System models
Distributed Systems: Concepts and Design Chapter 1 Pages
Source: George Colouris, Jean Dollimore, Tim Kinderberg & Gordon Blair (2012). Distributed Systems: Concepts & Design (5 th Ed.). Essex: Addison-Wesley.
Unit – I CLIENT / SERVER ARCHITECTURE. Unit Structure  Evolution of Client/Server Architecture  Client/Server Model  Characteristics of Client/Server.
Architectures of distributed systems Fundamental Models
Distributed System Models (Fundamental Model). Architectural Model Goal Reliability Manageability Adaptability Cost-effectiveness Service Layers Platform.
Chapter 2: System Models. Objectives To provide students with conceptual models to support their study of distributed systems. To motivate the study of.
A.Obaid - Wilfried Probst - Rufin Soh INE4481 DISTRIBUTED DATABASES & CLIENT-SERVER ARCHITECTURES1 Chapter 1. Distributed systems: Definitions, design.
Advanced Computer Networks Topic 2: Characterization of Distributed Systems.
Kyung Hee University 1/41 Introduction Chapter 1.
DISTRIBUTED COMPUTING Introduction Dr. Yingwu Zhu.
1 MSCS 237 Communication issues. 2 Colouris et al. (2001): Is a system in which hardware or software components located at networked computers communicate.
Architecture Models. Readings r Coulouris, Dollimore and Kindberg Distributed Systems: Concepts and Design Edn. 3 m Note: All figures from this book.
University of South Asia Course Name: Distributed System
Prepared By: Md Rezaul Huda Reza
From Coulouris, Dollimore, Kindberg and Blair Distributed Systems: Concepts and Design Edition 5, © Addison-Wesley 2012 Design of Parallel and Distributed.
Chapter 1: Distributed Systems Overview. Objectives To be aware of the characteristics of concurrency, independent failure of components and lack of a.
1DT066 D ISTRIBUERADE I NFORMATIONSSYSTEM Distribuerade System Karaktäristik och Design 1.
Definition of a Distributed System (1) A distributed system is: A collection of independent computers that appears to its users as a single coherent system.
Topic Distributed DBMS Database Management Systems Fall 2012 Presented by: Osama Ben Omran.
© Chinese University, CSE Dept. Distributed Systems / Distributed Systems Topic 1: Characterization of Distributed & Mobile Systems Dr. Michael R.
Distributed System Models
Exercises for Chapter 2: System models From Coulouris, Dollimore and Kindberg Distributed Systems: Concepts and Design Edition 4, © Pearson Education 2005.
Distributed Systems: Concepts and Design Jinghai Rao 13,9,2000.
Distributed Systems: Concepts and Design Edition 5, © Addison-Wesley 2012 Chapter 1 Characterization of Distributed Systems.
Chapter 1 Characterization of Distributed Systems
Definition of Distributed System
Distributed Systems Bina Ramamurthy 11/12/2018 From the CDK text.
Distributed Systems Bina Ramamurthy 11/30/2018 B.Ramamurthy.
Distributed Systems Bina Ramamurthy 12/2/2018 B.Ramamurthy.
Architectures of distributed systems Fundamental Models
Architectures of distributed systems Fundamental Models
Distributed Systems Bina Ramamurthy 4/7/2019 B.Ramamurthy.
Slides for Chapter 1 Characterization of Distributed Systems
Architectures of distributed systems
Distributed Systems Bina Ramamurthy 4/22/2019 B.Ramamurthy.
CSE 451: Operating Systems Winter 2004 Module 19 Distributed Systems
Introduction To Distributed Systems
Architectures of distributed systems Fundamental Models
Chapter 2: System models
Presentation transcript:

D ISTRIBUTED S YSTEM UNIT-1 Prepared By: G.S.Mishra

W HAT IS A D ISTRIBUTED S YSTEM ? “A distributed system is a collection of independent computers that appear to the users of the system as a single computer.” “A distributed system is a collection of processors that do not share memory or a clock.”

W HAT IS A D ISTRIBUTED S YSTEM ? C ONTD …. “ A distributed system in which hardware or, software components located at networked computers communicate & coordinate their actions only by passing messages.” Consequences: Concurrency No global clock Independent failure

E XAMPLES OF DISTRIBUTED SYSTEM  The Internet  The Intranet  Mobile & Ubiquitous Computing

M OBILE S YSTEMS Cellular Concept Frequency Reuse

C LUSTERS

A RCHITECTURE

T ERMINOLOGIES USED

O THER E XAMPLES Web server ( Centralized )  MP3.com : a number of MP3 files stored in the Web site.  Failure of this site cause unavailability of services  Napster: stores the MP3 files on the actual users’ machines  napster.com is used as a massive index (or meeting place) for connecting users

E XAMPLES C ONTD ….  Users connect to Napster to search for the files they desire  Thereafter connect to users directly to download the file.  MP3 file is distributed across a number of servers making it more reliable against failure.  But search is centralized. Gnutella does not have a centralized search facility nor a central storage facility for the files.

E XAMPLE C ONTD … Each user in the network runs a servent (a client and a server), which allows him/her to act as both a provider and consumer of information (as in Napster) but acts as a search facility also. if any of the servents are unavailable, users can almost certainly still reach the file they require

D IFFERENCE BETWEEN C ENTRALIZED & D ECENTRAIZED S YSTEMS Broad Areas: 1. Resource Discovery 2. Resource Availability 3. Resource Communication 1-Resource Discovery: A two-stage process The discovery service needs to be located The relevant information is retrieved. E.g. DNS

D IFFERENCE ….. CONTD… Resource Availability: Web servers fall into the centralized category here because there is only one IP address that hosts a particular site. If that machine goes down then the Web site is unavailable machines could be made fault tolerant by replicating the web site employ some internal switching mechanisms but the availability of the IP address remains the same.

In a more decentralized approach; by offering many duplicate services that can perform the same functionality. Resource availability is tied in closely to resource discovery. 3- Resource Communication 1. Brokered Communication : where the communication is always passed through a central server and therefore a resource does not have to reference the other resource directly

2. Point-to-Point (or Peer-to-Peer) Communication : this involves a direct connection (although this connection may be multi-hop) betweenthe sender and the receiver. In this case, the sender is aware of the receiver’s location.

G OALS OF D ISTRIBUTED S YSTEM Advantages of distributed system over centralized system

G OALS OF D ISTRIBUTED S YSTEM C ONTD … Advantages of Distributed System over Independent PCs

G OALS OF D ISTRIBUTED S YSTEM C ONTD … Disadvantages of Distributed System

H ARDWARE C ONCEPTS : T AXONOMY OF P ARALLEL & DISTRIBUTED C OMPUTER S YSTEMS

B US BASED M ULTIPROCESSOR

M ULTICOMPUTERS W ORKSTATION ON LAN

S WITCHED M ULTIPROCESSORS

S WITCHED M ULTICOMPUTERS

S OFTWARE C ONCEPTS

R ESOURCE SHARING hardware resources like printers or disks to reduce costs sharing databases, a set of web pages, search engine Service: file services - read, write, delete. We buy goods by electronic payment service Server: a running program (process) on a networked computer that accepts requests Remote invocation: The complete interaction between the client and the server from sending request to receiving server’s response

T HE WORLD WIDE WEB

C HALLENGES Heterogenity : Networks, computer hardware, Operating systems, Programming languages Openness Security : Denial of Service attack Scalability

C HALLENGES C ONTD … Failure Handling: Detecting failures, Masking failures, tolerating failures, Recovery from failures, Redundancy Concurrency Transparency: Access transparency- Enables local & remote resources to be accessed using identical operations.

C HALLENGES C ONTD … Location transparency- Enables resources to be accessed without knowledge of their location. Concurrency transparency- Enables processes to operate concurrently using shared resources without interference between them. Replication transparency- enables multiple instances of resources to be used to increase reliability and performance without knowledge of replicas by users.

C HALLENGES C ONTD … Failure transparency- enables the concealment of faults, allowing users and application programs to complete their tasks despite the failure of hardware or software components. Mobility transparency- allow the movement of resources and clients within a system without affecting the operation of users or programs. Performance transparency- allows the system to be reconfigured to improve performance as loads vary. Scaling transparency- allows the system and applications to expand in scale without change to the system structure.

W EB SERVERS AND WEB BROWSERS

S HARED M EMORY M ULTI -P ROCESSOR

S YSTEM MODELS Architectural Model: Concerned with the placement of parts and the relationships between them.  Software Layers  System Architecture Fundamental model: Concerned with a more formal description of the properties that are common in all architectural models.  Interaction Model  Failure Model  Security Model

S OFTWARE LAYERS

S YSTEM ARCHITECTURES The working of Search engines C LIENT SERVER MODEL

S ERVICES PROVIDED BY MULTIPLE SERVERS For Replicated data

W EB PROXY SERVER Proxy servers are used as a cache to store recently used data objects, sharing other web resources, to increase availability and performance, reducing load on a network & web servers.

A DISTRIBUTED APPLICATION BASED ON PEER PROCESSES All of the processes play similar roles, interacting cooperatively as peers to perform a distributed activity without any distinction between clients and servers.

W EB APPLELTS

F UNDAMENTAL MODELS Fundamental model: Concerned with a more formal description of the properties that are common in all architectural models.  Interaction Model  Failure Model  Security Model

I NTERACTION MODEL Performance of communication channel Latency: delay between the start of a messages transmission from one process and the beginning of its receipt by another process. Bandwidth: Total amount of information transmitted in a given time. Jitter: The time taken to deliver a series of messages.

I NTERACTION MODEL C ONTD … o Two variants of the interaction model Synchronous Distributed system Asynchronous Distributed system o Computer clocks & Timing Events o Event ordering

R EAL T IME ORDERING OF EVENT

F AILURE M ODEL Omission failure Arbitrary failure Masking failures Reliability

S ECURITY M ODEL Securing processes and their interactions The enemy Protecting objects Defeating Security Threats

P ROTECTING OBJECTS

T HE ENEMY

S ECURE CHANNELS

T HIN CLIENTS AND COMPUTE SERVERS

O BJECTS AND PRINCIPALS

T HE ENEMY

S ECURE CHANNELS

T HE WEB

S YSTEM MODELS Architectural Model: Concerned with the placement of parts and the relationships between them. Fundamental model: Concerned with a more formal description of the properties that are common in all architectural models.

S YSTEM M ODELS Architectural Models: The placements of its parts & relationship between them:  The partition of data or, replication  Requirements to add & remove mobile devices conveniently  Use of mobile code & agents  Caching of data

Software Layers: Applications, services Middleware Operating System Computer & Network Hardware (OS & CN Hardware referd to as Platform) A RCHITECTURAL MODELS

S YSTEM M ODELS Architectural Models: The placements of its parts & relationship between them:  The partition of data or, replication  Requirements to add & remove mobile devices conveniently  Use of mobile code & agents  Caching of data

O RDERING OF E VENTS Lamport’s Happened Before relationship: For two events a and b, a → b if  a and b are events in the same process and a occurred before b  a is an event of sending a message m and b is the corresponding receive event at the destination process  If a → c and c → b for some event c, then a → c (transitive relation )

O RDERING OF E VENTS Lamport’s Happened Before relationship: For two events a and b, a → b if  a and b are events in the same process and a occurred before b  a is an event of sending a message m and b is the corresponding receive event at the destination process  If a → c and c → b for some event c, then a → c (transitive relation )

O RDERING OF E VENTS Lamport’s Happened Before relationship: For two events a and b, a → b if  a and b are events in the same process and a occurred before b  a is an event of sending a message m and b is the corresponding receive event at the destination process  If a → c and c → b for some event c, then a → c (transitive relation )

O RDERING OF E VENTS Lamport’s Happened Before relationship: For two events a and b, a → b if  a and b are events in the same process and a occurred before b  a is an event of sending a message m and b is the corresponding receive event at the destination process  If a → c and c → b for some event c, then a → c (transitive relation )

O RDERING OF E VENTS Lamport’s Happened Before relationship: For two events a and b, a → b if  a and b are events in the same process and a occurred before b  a is an event of sending a message m and b is the corresponding receive event at the destination process  If a → c and c → b for some event c, then a → c (transitive relation )

O RDERING OF E VENTS Lamport’s Happened Before relationship: For two events a and b, a → b if  a and b are events in the same process and a occurred before b  a is an event of sending a message m and b is the corresponding receive event at the destination process  If a → c and c → b for some event c, then a → c (transitive relation )