SlideShare une entreprise Scribd logo
1  sur  35
1DT057
DISTRIBUTED INFORMATION SYSTEM
Tarqatilgan Tizimlar Xarakteristikasi va
dizayni
1
REJA
1. Taqsimlangan tizim nima
2. Taqsimlangan tizimlarga misol
3. Umumiy xususiyatlari
4. Tizimning asosiy muammolari
5. Xulosa
2
1. TARQALGAN TIZIM TURLARI
Fully
Distributed
Prosessorlar(jarayonlar)
boshqaruv
Fully replicated
Not fully replicated
master directory
Local data,
local directory
Master-slave
Autonomous
transaction based
Autonomous
fully cooperative
Homog.
special
purpose
Heterog.
special
purpose
Homog.
general
purpose
Heterog.
general
purpose
3
1. WHAT IS A DISTRIBUTED SYSTEM?
Definition: A distributed system is one in which components
located at networked computers communicate and coordinate
their actions only by passing messages. This definition leads
to the following characteristics of distributed systems:
 Concurrency of components
 Lack of a global ‘clock’
 Independent failures of components ‘acceptable’
4
1.1 CENTRALIZED SYSTEM CHARACTERISTICS
 One component with non-autonomous parts
 Component shared by users all the time
 All resources accessible
 Software runs in a single process
 Single point of control
 Single point of failure
5
1.2 DISTRIBUTED SYSTEM CHARACTERISTICS
 Multiple autonomous components
 Components are not shared by all users
 Resources may not be accessible
 Software runs in concurrent processes on different
processors
 Multiple points of control
 Multiple points of failure
6
2. EXAMPLES OF DISTRIBUTED SYSTEMS
 Google Datacenters
 Local Area Network and Intranet
 Database Management System
 Automatic Teller Machine Network
 Internet/World-Wide Web
 Mobile and Ubiquitous Computing
7
2.0 GOOGLE DATACENTERS
8
2.1 LOCAL AREA NETWORK
the rest of
email server
Web server
Desktop
computers
File server
router/firew all
print and other servers
other servers
print
Local area
netw ork
email server
the Internet
9
2.2 DATABASE MANAGEMENT SYSTEM
10
2.4 INTERNET
intranet
ISP
desktop computer:
backbone
satellite link
server:
%
network link:
%
%
%
12
2.4.1 WORLD-WIDE-WEB
13
2.4.2 WEB SERVERS AND WEB BROWSERS
Internet
Browsers
Web servers
www.google.com
www.uu.se
www.w3c.org
Protocols
Activity.html
http://www.w3c.org/Protocols/Activity.html
http://www.google.comlsearch?q=lyu
http://www.uu.se/
File system of
www.w3c.org
14
2.5 MOBILE AND UBIQUITOUS COMPUTING
Laptop
Mobile
Printer
Camera
Internet
Host intranet Home intranet
GSM/GPRS
Wireless LAN
phone
gateway
Host site
15
3. COMMON CHARACTERISTICS
 What are we trying to achieve when we construct a distributed
system?
 Certain common characteristics can be used to assess
distributed systems
 Heterogeneity
 Openness
 Security
 Scalability
 Failure Handling
 Concurrency
 Transparency
16
3.1 HETEROGENEITY
 Variety and differences in
 Networks
 Computer hardware
 Operating systems
 Programming languages
 Implementations by different developers
 Middleware as software layers to provide a programming abstraction
as well as masking the heterogeneity of the underlying networks,
hardware, OS, and programming languages (e.g., CORBA).
 Mobile Code to refer to code that can be sent from one computer to
another and run at the destination (e.g., Java applets and Java
virtual machine).
17
3.2 OPENNESS
 Openness is concerned with extensions and
improvements of distributed systems.
 Detailed interfaces of components need to be published.
 New components have to be integrated with existing
components.
 Differences in data representation of interface types on
different processors (of different vendors) have to be
resolved.
18
3.3 SECURITY
 In a distributed system, clients send requests to access
data managed by servers, resources in the networks:
 Doctors requesting records from hospitals
 Users purchase products through electronic commerce
 Security is required for:
 Concealing the contents of messages: security and privacy
 Identifying a remote user or other agent correctly (authentication)
 New challenges:
 Denial of service attack
 Security of mobile code
19
3.4 SCALABILITY
 Adaptation of distributed systems to
 accommodate more users
 respond faster (this is the hard one)
 Usually done by adding more and/or faster processors.
 Components should not need to be changed when scale
of a system increases.
 Design components to be scalable!
20
3.5 FAILURE HANDLING (FAULT TOLERANCE)
 Hardware, software and networks fail!
 Distributed systems must maintain availability even at
low levels of hardware/software/network reliability.
 Fault tolerance is achieved by
 recovery
 redundancy
21
3.6 CONCURRENCY
 Components in distributed systems are executed in
concurrent processes.
 Components access and update shared resources (e.g.
variables, databases, device drivers).
 Integrity of the system may be violated if concurrent
updates are not coordinated.
 Lost updates
 Inconsistent analysis
22
3.7 TRANSPARENCY
 Distributed systems should be perceived by users and
application programmers as a whole rather than as a
collection of cooperating components.
 Transparency has different aspects.
 These represent various properties that distributed
systems should have.
23
4. BASIC DESIGN ISSUES
 General software engineering principles include
rigor and formality, separation of concerns,
modularity, abstraction, anticipation of change, …
 Specific issues for distributed systems:
 Naming
 Communication
 Software structure
 System architecture
 Workload allocation
 Consistency maintenance
32
4.1 NAMING
 A name is resolved when translated into an interpretable form
for resource/object reference.
 Communication identifier (IP address + port number)
 Name resolution involves several translation steps
 Design considerations
 Choice of name space for each resource type
 Name service to resolve resource names to comm. id.
 Name services include naming context resolution, hierarchical
structure, resource protection
33
4.2 COMMUNICATION
 Separated components communicate with sending processes
and receiving processes for data transfer and synchronization.
 Message passing: send and receive primitives
 synchronous or blocking
 asynchronous or non-blocking
 Abstractions defined: channels, sockets, ports.
 Communication patterns: client-server communication (e.g.,
RPC, function shipping) and group multicast
34
4.3 SOFTWARE STRUCTURE
 Layers in centralized computer systems:
Applications
Middleware
Operating system
Computer and Network Hardware
35
4.3 SOFTWARE STRUCTURE
 Layers and dependencies in distributed systems:
Applications
Distributed programming
support
Open
services
Open system kernel services
Computer and network hardware
36
4.4 SYSTEM ARCHITECTURES
 Client-Server
 Peer-to-Peer
 Services provided by multiple servers
 Proxy servers and caches
 Mobile code and mobile agents
 Network computers
 Thin clients and mobile devices
37
4.4.1 CLIENTS INVOKE INDIVIDUAL SERVERS
Server
Client
Client
invocation
result
Server
invocation
result
Process:
Key:
Computer:
38
4.4.2 PEER-TO-PEER SYSTEMS
Application
Application
Application
Peer 1
Peer 2
Peer 3
Peers 5 .... N
Sharable
objects
Application
Peer 4
39
4.4.3 A SERVICE BY MULTIPLE SERVERS
Server
Server
Server
Service
Client
Client
40
4.4.4 WEB PROXY SERVER
Client
Proxy
Web
server
Web
server
server
Client
41
4.4.5 WEB APPLETS
a) client request results in the dow nloading of applet code
Web
server
Client
Web
server
Applet
Applet code
Client
b) client interacts w ith the applet
42
4.4.6 THIN CLIENTS AND COMPUTE SERVERS
Thin
Client
Application
Process
Network computer or PC
Compute server
network
43
5. SUMMARY
 Definitions of distributed systems and comparisons to
centralized systems.
 The characteristics of distributed systems.
 The eight forms of transparency.
 The basic design issues.
 Read Chapter 1 and Chapter 2 of the textbook.
44

Contenu connexe

Similaire à DistributedSystems.ppt

lec3_10.ppt
lec3_10.pptlec3_10.ppt
lec3_10.ppt
ImXaib
 
Chapter 1 introduction
Chapter 1 introductionChapter 1 introduction
Chapter 1 introduction
Tamrat Amare
 
Distributed computing
Distributed computingDistributed computing
Distributed computing
shivli0769
 
Characteristics of a network operating system
Characteristics of a network operating systemCharacteristics of a network operating system
Characteristics of a network operating system
Ron McGary
 
Distributed Processing
Distributed ProcessingDistributed Processing
Distributed Processing
Imtiaz Hussain
 
Chapter 1_NG_2020.ppt
Chapter 1_NG_2020.pptChapter 1_NG_2020.ppt
Chapter 1_NG_2020.ppt
MrVMNair
 

Similaire à DistributedSystems.ppt (20)

Lecture 1 distriubted computing
Lecture 1 distriubted computingLecture 1 distriubted computing
Lecture 1 distriubted computing
 
Introduction to Distributed System
Introduction to Distributed SystemIntroduction to Distributed System
Introduction to Distributed System
 
lec3_10.ppt
lec3_10.pptlec3_10.ppt
lec3_10.ppt
 
Distributed Systems.pptx
Distributed Systems.pptxDistributed Systems.pptx
Distributed Systems.pptx
 
Chapter 1 introduction
Chapter 1 introductionChapter 1 introduction
Chapter 1 introduction
 
Distributed computing
Distributed computingDistributed computing
Distributed computing
 
CSI-503 - 11.Distributed Operating System
CSI-503 - 11.Distributed Operating SystemCSI-503 - 11.Distributed Operating System
CSI-503 - 11.Distributed Operating System
 
Characteristics of a network operating system
Characteristics of a network operating systemCharacteristics of a network operating system
Characteristics of a network operating system
 
istributed system
istributed systemistributed system
istributed system
 
slides15-1.pdf
slides15-1.pdfslides15-1.pdf
slides15-1.pdf
 
Chapter 1-Introduction.ppt
Chapter 1-Introduction.pptChapter 1-Introduction.ppt
Chapter 1-Introduction.ppt
 
Factors Affecting the System Safety || Linux
Factors Affecting the System Safety || LinuxFactors Affecting the System Safety || Linux
Factors Affecting the System Safety || Linux
 
Grid Presentation
Grid PresentationGrid Presentation
Grid Presentation
 
Distributed Processing
Distributed ProcessingDistributed Processing
Distributed Processing
 
Middleware systems overview and introduction
Middleware systems overview and introductionMiddleware systems overview and introduction
Middleware systems overview and introduction
 
Dos unit1
Dos unit1Dos unit1
Dos unit1
 
System structure
System structureSystem structure
System structure
 
Chapter One.ppt
Chapter One.pptChapter One.ppt
Chapter One.ppt
 
Distributed system
Distributed systemDistributed system
Distributed system
 
Chapter 1_NG_2020.ppt
Chapter 1_NG_2020.pptChapter 1_NG_2020.ppt
Chapter 1_NG_2020.ppt
 

Dernier

Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...
Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...
Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...
drm1699
 

Dernier (20)

The Strategic Impact of Buying vs Building in Test Automation
The Strategic Impact of Buying vs Building in Test AutomationThe Strategic Impact of Buying vs Building in Test Automation
The Strategic Impact of Buying vs Building in Test Automation
 
Auto Affiliate AI Earns First Commission in 3 Hours..pdf
Auto Affiliate  AI Earns First Commission in 3 Hours..pdfAuto Affiliate  AI Earns First Commission in 3 Hours..pdf
Auto Affiliate AI Earns First Commission in 3 Hours..pdf
 
Novo Nordisk: When Knowledge Graphs meet LLMs
Novo Nordisk: When Knowledge Graphs meet LLMsNovo Nordisk: When Knowledge Graphs meet LLMs
Novo Nordisk: When Knowledge Graphs meet LLMs
 
From Theory to Practice: Utilizing SpiraPlan's REST API
From Theory to Practice: Utilizing SpiraPlan's REST APIFrom Theory to Practice: Utilizing SpiraPlan's REST API
From Theory to Practice: Utilizing SpiraPlan's REST API
 
Alluxio Monthly Webinar | Simplify Data Access for AI in Multi-Cloud
Alluxio Monthly Webinar | Simplify Data Access for AI in Multi-CloudAlluxio Monthly Webinar | Simplify Data Access for AI in Multi-Cloud
Alluxio Monthly Webinar | Simplify Data Access for AI in Multi-Cloud
 
A Deep Dive into Secure Product Development Frameworks.pdf
A Deep Dive into Secure Product Development Frameworks.pdfA Deep Dive into Secure Product Development Frameworks.pdf
A Deep Dive into Secure Product Development Frameworks.pdf
 
Abortion Pill Prices Germiston ](+27832195400*)[ 🏥 Women's Abortion Clinic in...
Abortion Pill Prices Germiston ](+27832195400*)[ 🏥 Women's Abortion Clinic in...Abortion Pill Prices Germiston ](+27832195400*)[ 🏥 Women's Abortion Clinic in...
Abortion Pill Prices Germiston ](+27832195400*)[ 🏥 Women's Abortion Clinic in...
 
Modern binary build systems - PyCon 2024
Modern binary build systems - PyCon 2024Modern binary build systems - PyCon 2024
Modern binary build systems - PyCon 2024
 
Lessons Learned from Building a Serverless Notifications System.pdf
Lessons Learned from Building a Serverless Notifications System.pdfLessons Learned from Building a Serverless Notifications System.pdf
Lessons Learned from Building a Serverless Notifications System.pdf
 
Wired_2.0_CREATE YOUR ULTIMATE LEARNING ENVIRONMENT_JCON_16052024
Wired_2.0_CREATE YOUR ULTIMATE LEARNING ENVIRONMENT_JCON_16052024Wired_2.0_CREATE YOUR ULTIMATE LEARNING ENVIRONMENT_JCON_16052024
Wired_2.0_CREATE YOUR ULTIMATE LEARNING ENVIRONMENT_JCON_16052024
 
Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...
Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...
Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...
 
Navigation in flutter – how to add stack, tab, and drawer navigators to your ...
Navigation in flutter – how to add stack, tab, and drawer navigators to your ...Navigation in flutter – how to add stack, tab, and drawer navigators to your ...
Navigation in flutter – how to add stack, tab, and drawer navigators to your ...
 
The mythical technical debt. (Brooke, please, forgive me)
The mythical technical debt. (Brooke, please, forgive me)The mythical technical debt. (Brooke, please, forgive me)
The mythical technical debt. (Brooke, please, forgive me)
 
Weeding your micro service landscape.pdf
Weeding your micro service landscape.pdfWeeding your micro service landscape.pdf
Weeding your micro service landscape.pdf
 
GraphSummit Milan - Neo4j: The Art of the Possible with Graph
GraphSummit Milan - Neo4j: The Art of the Possible with GraphGraphSummit Milan - Neo4j: The Art of the Possible with Graph
GraphSummit Milan - Neo4j: The Art of the Possible with Graph
 
OpenChain Webinar: AboutCode and Beyond - End-to-End SCA
OpenChain Webinar: AboutCode and Beyond - End-to-End SCAOpenChain Webinar: AboutCode and Beyond - End-to-End SCA
OpenChain Webinar: AboutCode and Beyond - End-to-End SCA
 
CERVED e Neo4j su una nuvola, migrazione ed evoluzione di un grafo mission cr...
CERVED e Neo4j su una nuvola, migrazione ed evoluzione di un grafo mission cr...CERVED e Neo4j su una nuvola, migrazione ed evoluzione di un grafo mission cr...
CERVED e Neo4j su una nuvola, migrazione ed evoluzione di un grafo mission cr...
 
Abortion Pill Prices Mthatha (@](+27832195400*)[ 🏥 Women's Abortion Clinic In...
Abortion Pill Prices Mthatha (@](+27832195400*)[ 🏥 Women's Abortion Clinic In...Abortion Pill Prices Mthatha (@](+27832195400*)[ 🏥 Women's Abortion Clinic In...
Abortion Pill Prices Mthatha (@](+27832195400*)[ 🏥 Women's Abortion Clinic In...
 
Encryption Recap: A Refresher on Key Concepts
Encryption Recap: A Refresher on Key ConceptsEncryption Recap: A Refresher on Key Concepts
Encryption Recap: A Refresher on Key Concepts
 
architecting-ai-in-the-enterprise-apis-and-applications.pdf
architecting-ai-in-the-enterprise-apis-and-applications.pdfarchitecting-ai-in-the-enterprise-apis-and-applications.pdf
architecting-ai-in-the-enterprise-apis-and-applications.pdf
 

DistributedSystems.ppt

  • 1. 1DT057 DISTRIBUTED INFORMATION SYSTEM Tarqatilgan Tizimlar Xarakteristikasi va dizayni 1
  • 2. REJA 1. Taqsimlangan tizim nima 2. Taqsimlangan tizimlarga misol 3. Umumiy xususiyatlari 4. Tizimning asosiy muammolari 5. Xulosa 2
  • 3. 1. TARQALGAN TIZIM TURLARI Fully Distributed Prosessorlar(jarayonlar) boshqaruv Fully replicated Not fully replicated master directory Local data, local directory Master-slave Autonomous transaction based Autonomous fully cooperative Homog. special purpose Heterog. special purpose Homog. general purpose Heterog. general purpose 3
  • 4. 1. WHAT IS A DISTRIBUTED SYSTEM? Definition: A distributed system is one in which components located at networked computers communicate and coordinate their actions only by passing messages. This definition leads to the following characteristics of distributed systems:  Concurrency of components  Lack of a global ‘clock’  Independent failures of components ‘acceptable’ 4
  • 5. 1.1 CENTRALIZED SYSTEM CHARACTERISTICS  One component with non-autonomous parts  Component shared by users all the time  All resources accessible  Software runs in a single process  Single point of control  Single point of failure 5
  • 6. 1.2 DISTRIBUTED SYSTEM CHARACTERISTICS  Multiple autonomous components  Components are not shared by all users  Resources may not be accessible  Software runs in concurrent processes on different processors  Multiple points of control  Multiple points of failure 6
  • 7. 2. EXAMPLES OF DISTRIBUTED SYSTEMS  Google Datacenters  Local Area Network and Intranet  Database Management System  Automatic Teller Machine Network  Internet/World-Wide Web  Mobile and Ubiquitous Computing 7
  • 9. 2.1 LOCAL AREA NETWORK the rest of email server Web server Desktop computers File server router/firew all print and other servers other servers print Local area netw ork email server the Internet 9
  • 11. 2.4 INTERNET intranet ISP desktop computer: backbone satellite link server: % network link: % % % 12
  • 13. 2.4.2 WEB SERVERS AND WEB BROWSERS Internet Browsers Web servers www.google.com www.uu.se www.w3c.org Protocols Activity.html http://www.w3c.org/Protocols/Activity.html http://www.google.comlsearch?q=lyu http://www.uu.se/ File system of www.w3c.org 14
  • 14. 2.5 MOBILE AND UBIQUITOUS COMPUTING Laptop Mobile Printer Camera Internet Host intranet Home intranet GSM/GPRS Wireless LAN phone gateway Host site 15
  • 15. 3. COMMON CHARACTERISTICS  What are we trying to achieve when we construct a distributed system?  Certain common characteristics can be used to assess distributed systems  Heterogeneity  Openness  Security  Scalability  Failure Handling  Concurrency  Transparency 16
  • 16. 3.1 HETEROGENEITY  Variety and differences in  Networks  Computer hardware  Operating systems  Programming languages  Implementations by different developers  Middleware as software layers to provide a programming abstraction as well as masking the heterogeneity of the underlying networks, hardware, OS, and programming languages (e.g., CORBA).  Mobile Code to refer to code that can be sent from one computer to another and run at the destination (e.g., Java applets and Java virtual machine). 17
  • 17. 3.2 OPENNESS  Openness is concerned with extensions and improvements of distributed systems.  Detailed interfaces of components need to be published.  New components have to be integrated with existing components.  Differences in data representation of interface types on different processors (of different vendors) have to be resolved. 18
  • 18. 3.3 SECURITY  In a distributed system, clients send requests to access data managed by servers, resources in the networks:  Doctors requesting records from hospitals  Users purchase products through electronic commerce  Security is required for:  Concealing the contents of messages: security and privacy  Identifying a remote user or other agent correctly (authentication)  New challenges:  Denial of service attack  Security of mobile code 19
  • 19. 3.4 SCALABILITY  Adaptation of distributed systems to  accommodate more users  respond faster (this is the hard one)  Usually done by adding more and/or faster processors.  Components should not need to be changed when scale of a system increases.  Design components to be scalable! 20
  • 20. 3.5 FAILURE HANDLING (FAULT TOLERANCE)  Hardware, software and networks fail!  Distributed systems must maintain availability even at low levels of hardware/software/network reliability.  Fault tolerance is achieved by  recovery  redundancy 21
  • 21. 3.6 CONCURRENCY  Components in distributed systems are executed in concurrent processes.  Components access and update shared resources (e.g. variables, databases, device drivers).  Integrity of the system may be violated if concurrent updates are not coordinated.  Lost updates  Inconsistent analysis 22
  • 22. 3.7 TRANSPARENCY  Distributed systems should be perceived by users and application programmers as a whole rather than as a collection of cooperating components.  Transparency has different aspects.  These represent various properties that distributed systems should have. 23
  • 23. 4. BASIC DESIGN ISSUES  General software engineering principles include rigor and formality, separation of concerns, modularity, abstraction, anticipation of change, …  Specific issues for distributed systems:  Naming  Communication  Software structure  System architecture  Workload allocation  Consistency maintenance 32
  • 24. 4.1 NAMING  A name is resolved when translated into an interpretable form for resource/object reference.  Communication identifier (IP address + port number)  Name resolution involves several translation steps  Design considerations  Choice of name space for each resource type  Name service to resolve resource names to comm. id.  Name services include naming context resolution, hierarchical structure, resource protection 33
  • 25. 4.2 COMMUNICATION  Separated components communicate with sending processes and receiving processes for data transfer and synchronization.  Message passing: send and receive primitives  synchronous or blocking  asynchronous or non-blocking  Abstractions defined: channels, sockets, ports.  Communication patterns: client-server communication (e.g., RPC, function shipping) and group multicast 34
  • 26. 4.3 SOFTWARE STRUCTURE  Layers in centralized computer systems: Applications Middleware Operating system Computer and Network Hardware 35
  • 27. 4.3 SOFTWARE STRUCTURE  Layers and dependencies in distributed systems: Applications Distributed programming support Open services Open system kernel services Computer and network hardware 36
  • 28. 4.4 SYSTEM ARCHITECTURES  Client-Server  Peer-to-Peer  Services provided by multiple servers  Proxy servers and caches  Mobile code and mobile agents  Network computers  Thin clients and mobile devices 37
  • 29. 4.4.1 CLIENTS INVOKE INDIVIDUAL SERVERS Server Client Client invocation result Server invocation result Process: Key: Computer: 38
  • 30. 4.4.2 PEER-TO-PEER SYSTEMS Application Application Application Peer 1 Peer 2 Peer 3 Peers 5 .... N Sharable objects Application Peer 4 39
  • 31. 4.4.3 A SERVICE BY MULTIPLE SERVERS Server Server Server Service Client Client 40
  • 32. 4.4.4 WEB PROXY SERVER Client Proxy Web server Web server server Client 41
  • 33. 4.4.5 WEB APPLETS a) client request results in the dow nloading of applet code Web server Client Web server Applet Applet code Client b) client interacts w ith the applet 42
  • 34. 4.4.6 THIN CLIENTS AND COMPUTE SERVERS Thin Client Application Process Network computer or PC Compute server network 43
  • 35. 5. SUMMARY  Definitions of distributed systems and comparisons to centralized systems.  The characteristics of distributed systems.  The eight forms of transparency.  The basic design issues.  Read Chapter 1 and Chapter 2 of the textbook. 44