• Ingen resultater fundet

Distributed Systems (02220)Introduction

N/A
N/A
Info
Hent
Protected

Academic year: 2022

Del "Distributed Systems (02220)Introduction"

Copied!
24
0
0

Indlæser.... (se fuldtekst nu)

Hele teksten

(1)

DTU Informatics

Department of Informatics and Mathematical Modelling

Distributed Systems (02220) Introduction

1

(2)

DTU Informatics

Department of Informatics and Mathematical Modelling

Nicola Dragoni

• Professor in Computer Engineering

Centre for Applied Autonomous Sensor Systems (AASS) Örebro University, Sweden

• Associate Professor in Distributed Systems and Security in Distributed Systems

DTU Compute

Technical University of Denmark (DTU), Denmark

(3)

DTU Informatics

Department of Informatics and Mathematical Modelling

“Salient Ingredient”: Communication

3

Meet

Talk

Share

Listen

Ask

Help

• Do NOT let people guess!

(4)

DTU Informatics

Department of Informatics and Mathematical Modelling

Communication: How and When

Email: ndra@dtu.dk

‣ For a quick reply, include

[02220]

in the SUBJECT of your email!

‣ If time-consuming issue, then ask for a meeting

AFTER each lecture

(5)

DTU Informatics

Department of Informatics and Mathematical Modelling

Distributed Systems?

• Networks of computers are everywhere:

‣ mobile phone networks

‣ corporate networks

‣ campus networks

‣ home networks

‣ Internet

‣ ...

5

DISTRIBUTED

SYSTEMS

(6)

DTU Informatics

Department of Informatics and Mathematical Modelling

Distributed System

• A possible definition: a distributed system is a system in which hardware or software components located at networked devices communicate and coordinate their actions only by passing messages

• Networked devices (i.e., devices that are connected by a network) may be spatially separated by any distance:

‣ separate continents

‣ same building

‣ same room

‣ ...

(7)

DTU Informatics

Department of Informatics and Mathematical Modelling

• The motivation for constructing and using distributed systems stems from a desire to share resources

• Resource = abstract term that characterises the range of things that can be usefully be shared in a networked computer system:

‣ Hardware components: disks, printers, ...

‣ Software entities: files, databases, and data objects of all kinds

Why Distributed Systems?

7

(8)

DTU Informatics

Department of Informatics and Mathematical Modelling

Selected Application Domains and Associated Networked Applications

(9)

DTU Informatics

Department of Informatics and Mathematical Modelling

Example: The Internet

• A vast interconnected collection of computer networks of many different types

‣ Programs running on the computers connected to it interact by passing messages, employing a common means of communication (Internet protocols)

• A very large distributed system

‣ It enables users, wherever they are, to make use of open-ended services (WWW, email, file transfer, multimedia services, ...)

9

(10)

DTU Informatics

Department of Informatics and Mathematical Modelling

A Map of the First Internet (ARPANET, ~1971)

(11)

DTU Informatics

Department of Informatics and Mathematical Modelling

Web (November 2003)

http://www.opte.org/maps/11

(12)

DTU Informatics

Department of Informatics and Mathematical Modelling

Facebook (December 2010)

(13)

DTU Informatics

Department of Informatics and Mathematical Modelling

Facebook (January 2014)

13

(14)

DTU Informatics

Department of Informatics and Mathematical Modelling

Distributed Systems

02220

(15)

DTU Informatics

Department of Informatics and Mathematical Modelling

Web Site: http://www2.imm.dtu.dk/courses/02220

15

(16)

DTU Informatics

Department of Informatics and Mathematical Modelling

To illustrate the types of problems which arise and methods used in the design and analysis of systems of interconnected computers.

• Prerequisites:

basic understanding of concurrent systems and the problems which arise in systems with concurrent activities

basic knowledge of computer networks

Aim and Prerequisites

• Aim of the course:

(17)

DTU Informatics

Department of Informatics and Mathematical Modelling

Organization (Main Topics)

Foundations (3 lectures)

‣ Introduction

‣ Models

‣ Basic Protocols

Communication (2 lectures)

‣ Interprocess Communication

‣ Remote Invocation

Distributed Algorithms (5 lectures)

‣ Logical Time

‣ Global States

‣ Coordination and Agreement

Middleware (1 lecture)

‣ P2P computing

17

Final Thoughts (1 lecture)

‣ exam, feedback, project, …

Guest Lecture (1 lecture)

‣ netcompany

(18)

DTU Informatics

Department of Informatics and Mathematical Modelling

Lecture Plan

• The action plan is available on the 02220 Web site:

‣ www2.imm.dtu.dk/courses/02220/2015/DS_scheduling_2015.html

N.B.: the plan is

preliminary

and may be changed

at any time

(19)

DTU Informatics

Department of Informatics and Mathematical Modelling

Assessment

• The grade is based on

‣ a project (not mandatory, but it counts for the final grade)

‣ a final written exam (mandatory)

• Overall assessment: only ONE final grade (exam + project)

‣ EXAM GRADE + {-6 (no project), -3, 0, +3}

NO weighted average of part-exams

NO official grades for the project

• The partial grade for the report can be carried over to the following term

• Exam: 4 hours, written works of reference are permitted

19

(20)

DTU Informatics

Department of Informatics and Mathematical Modelling

Project

• Goal: design and implementation of a distributed system

• Groups of 2 or 3 students (self-organisation!)

• The project must be OFFICIALLY ACCEPTED by me

‣ document (max 2 pages) describing your IDEA

‣ yes/no/yes_with_feedback from me

yes, no,

(21)

DTU Informatics

Department of Informatics and Mathematical Modelling

Deadlines

May 07

Projects “showcase”: each group shows his project for 5-10 mins. The goal is to describe your idea and/or show the prototype running!

May 18, at 5:00PM

Final submission: report + source code have to be submitted electronically through Campusnet

21

(22)

DTU Informatics

Department of Informatics and Mathematical Modelling

Project Requirements

One fundamental document (see material in activity plan):

‣ Project requirements (i.e., rules you have to follow)

• The requirements fall into three categories:

Legal Requirements [requirements which are dictated by DTU’s rules and which have the status of legal requirements]

Mandatory Requirements for Technical/Scientific Reports [requirements which are mandatory for any good technical/scientific report, such as the ones you produce in 02220]

Recommended Requirements [requirements which we advise you to follow in order to present the results of the lab project in a good way]

(23)

DTU Informatics

Department of Informatics and Mathematical Modelling DTU Informatics

Department of Informatics and Mathematical Modelling

23

(24)

DTU Informatics

Department of Informatics and Mathematical Modelling

Why Not... in This Course?

• Why not advanced, new and cool technologies?

• Why not Web Services and/or Cloud Computing and/or Big Data?

• Why not security in distributed systems?

• ... in other words...

WHY (mostly) FOUNDATIONS of DISTRIBUTED COMPUTING?

‣ ... because there are specific DTU courses on above topics...

‣ ... because we live in exponential times...!

Did you know? (Youtube video on the progression of IT, researched by Karl

Referencer

RELATEREDE DOKUMENTER

Characterisation 106 (Documentation Requirements) By documenta- tion requirements we mean requirements of any of the software documents that together make up software (cf. the very

3) Low load, high droop: test with maximum droop at the corresponding minimum active power setpoint where the entity will provide FCR. Applies to FCR-N step tests and FCR-D

The prequalification process starts with a notification of the tests from the potential FCR provider to the reserve connecting TSO. After successful completion of the tests, a

The prequalification process starts with a notification of the tests from the potential FCR provider to the reserve connecting TSO. After successful completion of the tests, a

The objective of technical regulation TR 3.2.5 is to specify the minimum technical and functional requirements that a wind power plant with a rated power above 11 kW must comply

The tests shall be carried out with the highest droop (i.e. lowest regulating strength or gain) and the highest load (i.e. highest active power output) at which the entity

The tests shall be carried out with the highest droop (i.e. lowest regulating strength or gain) and the highest load (i.e. highest active power output) at which the entity

The tests to be conducted are the below described step response tests, to determine the FCR-N capacity and to verify the compliance with the stationary performance requirements,