Elosztott rendszerek: Alapelvek és paradigmák Distributed Systems: Principles and Paradigms. 1. rész: Bevezetés

Hasonló dokumentumok
Elosztott rendszerek: Alapelvek és paradigmák Distributed Systems: Principles and Paradigms. 1. rész: Bevezetés

Elosztott rendszerek. Az elıadás. Az elosztott rendszer definíciója. Köztesrétegként felépülı elosztott rendszer

Elosztott rendszerek: Alapelvek és paradigmák Distributed Systems: Principles and Paradigms

2011. November 8. Boscolo New York Palace Budapest. Extrém teljesítmény Oracle Exadata és Oracle Exalogic rendszerekkel

Elosztott rendszerek: Alapelvek és paradigmák Distributed Systems: Principles and Paradigms. 2. rész: Architektúrák

Elosztott rendszerek: Alapelvek és paradigmák Distributed Systems: Principles and Paradigms. 7. rész: Konzisztencia & replikáció

webalkalmazások fejlesztése elosztott alapon

Elosztott rendszerek: Alapelvek és paradigmák Distributed Systems: Principles and Paradigms. 3. rész: Folyamatok

Osztott alkalmazások fejlesztési technológiái Áttekintés

S04-2 Elosztott alkalmazások készítése

Elosztott rendszerek: Alapelvek és paradigmák Distributed Systems: Principles and Paradigms

Elosztott rendszer architektúrák

TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS

Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon

A JGrid rendszer biztonsági architektúrája. Magyaródi Márk Juhász Zoltán Veszprémi Egyetem

Kommunikáció. 3. előadás

Utolsó módosítás:

The Power To Develop. i Develop

ADATBÁZIS-KEZELÉS. Adatbázis-kezelő rendszerek

Párhuzamos és Grid rendszerek

A J2EE fejlesztési si platform (application. model) 1.4 platform. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem

Felhőszolgáltatások megvalósítása PureSystems eszközökön

VIRTUALIZÁCIÓS TECHNOLÓGIÁK EUCALYPTUS CLOUD PLATFORM

A Java EE 5 plattform

MMK-Informatikai projekt ellenőr képzés 4

Optimalizáció ESX-től View-ig. Pintér Kornél ügyfélszolgála3 mérnök

IBM felhő menedzsment

IT trendek és lehetőségek. Puskás Norbert

Utolsó módosítás:

Non-stop hozzáférés az üzleti információkhoz bárhol, bármikor és bármilyen eszközzel

STANDARD DEVELOPMENT U.L. FACTORY SYSTEMS GROUP IT DEPARTMENT

Kommunikáció. Távoli eljáráshívás. RPC kommunikáció menete DCE RPC (1) RPC - paraméterátadás. 3. előadás Protokollok. 2. rész

EGI-InSPIRE. Café Grid március 24. Szeberényi Imre 3/25/ EGI-InSPIRE RI

Adatbázis rendszerek 7. előadás State of the art

Felhő rendszerek és felhő föderációk. Kacsuk Péter MTA SZTAKI

Komponens modellek. 3. Előadás (első fele)

CMDB architektúra megjelenítése SAMU-val Rugalmas megoldás. ITSMF Bekk Nándor Magyar Telekom / IT szolgáltatás menedzsment központ

Infor PM10 Üzleti intelligencia megoldás

GENERÁCIÓS ADATBÁZISOK A BIG DATA KÜLÖNBÖZŐ TERÜLETEIN

Exadata, a világ leggyorsabb adatbázisgépe

Utolsó módosítás:

Párhuzamos programozási platformok

Cloud computing. Cloud computing. Dr. Bakonyi Péter.

Elosztott rendszerek: Alapelvek és paradigmák Distributed Systems: Principles and Paradigms. 6. rész: Szinkronizáció

Cloud computing Dr. Bakonyi Péter.

Üzleti folyamatok a felhőben. ECM Szakmai Kongresszus 2011.október 4.

11. Elosztott állománykezelés. Operációs rendszerek. Elosztott állománykezelés. Teljesítmény növelése. Az állományokra hivatkozás. Az állományok nevei

Elosztott adatbázis-kezelő formális elemzése

Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel

Felhő alapú hálózatok (VITMMA02) OpenStack Neutron Networking

Tartalomjegyzék. Előszó... 10

Párhuzamos programozási platformok

Windows Server 2012: a felhő OS

A felhőről általában. Kacsuk Péter MTA SZTAKI

FELHŐ és a MAINFRAME. Irmes Sándor

Amazon Web Services. Géhberger Dániel Szolgáltatások és alkalmazások március 28.

Hálózati réteg. WSN topológia. Útvonalválasztás.

Oracle Enterprise Manager: Az első teljesértékű felhő üzemeltetési megoldás

Felhőszámítástechnika (Cloud Computing) helye és szerepe az on-line világ folyamataiban. Dr. Élő Gábor Széchenyi István Egyetem ITOK 2013

StoreWay FDA 1500/2500/2900 középkategóriás moduláris tárolórendszer

A virtualizáció a modern vállalati informatikai infrastruktúra alapja

Alkalmazások teljesítmény problémáinak megszűntetése

IBM Váltsunk stratégiát! Budapest, 2012 november 14. V7000

Hálózati ismeretek. Az együttműködés szükségessége:

Operációs rendszerek. Bemutatkozás

Veeam Agent for Windows and Linux

Pozícióinformáció. Sikeres helyfüggő szolgáltatások mobilra

Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem

NIIF Központi Elosztott Szolgáltatói Platform

Költséghatékony virtualizáció. Kósa Barna Hewlett Packard

NetWare 6 technikai áttekintés 2. rész

Microsoft SQL Server telepítése

Operációs rendszerek. Windows NT. A Windows NT

Rendszermodernizációs lehetőségek a HANA-val Poszeidon. Groma István PhD SDA DMS Zrt.

Számítógépes munkakörnyezet II. Szoftver

Operációs rendszerek. A Windows NT felépítése


Az alábbiak közül melyek a vállalati stratégia típusok?

Félreértések elkerülése érdekében kérdezze meg rendszergazdáját, üzemeltetőjét!

Folyamatok. 6. előadás

Budapest Sysadmin Meetup Failover Cluster 1x1. Gál Tamás. Cloud Infrastructure TSP Microsoft Magyarország

Másolatképzési technikák és azok felhasználási lehetőségei

Szoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom

Hadoop és használata az LPDS cloud-on

Elosztott rendszerek: Alapelvek és paradigmák Distributed Systems: Principles and Paradigms. 4. rész: Kommunikáció

Számítógépes Hálózatok Felhasználói réteg DNS, , http, P2P

Felhasználói réteg. Számítógépes Hálózatok Domain Name System (DNS) DNS. Domain Name System

ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu

TECHNOLÓGIAI JÖVİKÉP. Felhınézetben. Tázló József mőszaki igazgató Cisco Systems Magyarország Cisco Systems, Inc. All rights reserved.

Az MTA Cloud a tudományos alkalmazások támogatására. Kacsuk Péter MTA SZTAKI

Erőforrás gazdálkodás a bevetésirányításban

Segesdi Dániel. OpenNebula. Virtualizációs technológiák és alkalmazásaik BMEVIMIAV ősz

Webes alkalmazások fejlesztése Bevezetés. Célkitűzés, tematika, követelmények. A.NET Core keretrendszer

Klotz Tamás earchitect Oracle

A SZOFTVERTECHNOLÓGIA ALAPJAI

A cloud szolgáltatási modell a közigazgatásban

SC Kérdés. SC Kérdés. SC Kérdés

DCOM Áttekintés. Miskolci Egyetem Általános Informatikai Tanszék. Ficsor Lajos DCOM /1

Osztott rendszerek. Krizsán Zoltán 1 Ficsór Lajos 1. Webalkalmazások fejlesztése tananyag. Miskolci Egyetem. Bevezetés A múlt - történelem A jelen

Elnevezési rendszerek. A névtér elosztása (2) 4. előadás. A névfeloldás implementálása (1) A névfeloldás implementálása (2)

Átírás:

Elosztott rendszerek: Alapelvek és paradigmák Distributed Systems: Principles and Paradigms Maarten van Steen 1 Kitlei Róbert 2 1 VU Amsterdam, Dept. Computer Science 2 ELTE Informatikai Kar 1. rész: Bevezetés 2015. május 24.

Tartalomjegyzék Fejezet 01: Bevezetés 02: Architektúrák 03: Folyamatok 04: Kommunikáció 05: Elnevezési rendszerek 06: Szinkronizáció 07: Konzisztencia & replikáció 08: Hibatűrés 10: Objektumalapú elosztott rendszerek 11: Elosztott fájlrendszerek 12: Elosztott webalapú rendszerek Maarten van Steen, Kitlei Róbert Elosztott rendszerek 2 / 31

Definíció: Elosztott rendszer Az elosztott rendszer önálló számítógépek olyan összessége, amely kezelői számára egyetlen koherens rendszernek tűnik. Két szempont: (1) független számítógépek és (2) egyetlen rendszer köztesréteg (middleware). Computer 1 Computer 2 Computer 3 Computer 4 Appl. A Application B Appl. C Distributed system layer (middleware) Local OS 1 Local OS 2 Local OS 3 Local OS 4 Network Maarten van Steen, Kitlei Róbert Elosztott rendszerek 3 / 31

Az elosztott rendszer céljai Távoli erőforrások elérhetővé tétele Átlátszóság (distribution transparency) Nyitottság (openness) Skálázhatóság (scalability) Maarten van Steen, Kitlei Róbert Elosztott rendszerek 4 / 31

Átlátszóság Fajta Angolul Mit rejt el az erőforrással kapcsolatban? Hozzáférési/elérési Access Adatábrázolás; elérés technikai részletei Elhelyezési Location Fizikai elhelyezkedés Áthelyezési Migration Elhelyezési + a hely meg is változhat Mozgatási Relocation Áthelyezési + használat közben is történhet az áthelyezés Többszörözési Replication Az erőforrásnak több másolata is lehet a rendszerben Egyidejűségi Concurrency Több versenyhelyzetű felhasználó is elérheti egyszerre Meghibásodási Failure Meghibásodhat és újra üzembe állhat Megjegyzés A fentiek lehetséges követelmények, amelyeket a rendszerrel kapcsolatban támaszthatunk. A félév során megvizsgáljuk, hogy melyik mennyire érhető el. Maarten van Steen, Kitlei Róbert Elosztott rendszerek 5 / 31

Az átlátszóság mértéke Mekkora átlátszóságot várhatunk el? A teljes átlátszóságra törekvés általában túl erős: A felhasználók különböző kontinenseken tartózkodhatnak A hálózatok és az egyes gépek meghibásodásának teljes elfedése elméletileg és gyakorlatilag is lehetetlen Nem lehet eldönteni, hogy a szerver csak lassan válaszol vagy meghibásodott Távolról nem megállapítható, hogy a szerver feldolgozta-e a kérésünket, mielőtt összeomlott A nagymértékű átlátszóság a hatékonyság rovására megy, de a késleltetést is el szeretnénk rejteni Ilyen feladat lehet a webes gyorsítótárak (cache-ek) tökéletesen frissen tartása Másik példa: minden változás azonnal lemezre írása nagymértékű hibatűréshez Maarten van Steen, Kitlei Róbert Elosztott rendszerek 6 / 31

Elosztott rendszerek nyitottsága Nyitott elosztott rendszer A rendszer képes más nyitott rendszerek számára szolgáltatásokat nyújtani, és azok szolgáltatásait igénybe venni: A rendszerek jól definiált interfészekkel rendelkeznek Az alkalmazások hordozhatóságát (portability) minél inkább támogatják Könnyen elérhető a rendszerek együttműködése (interoperability) A nyitottság elérése A nyitott elosztott rendszer legyen könnyen alkalmazható heterogén környezetben, azaz különböző hardvereken, platformokon, programozási nyelveken. Maarten van Steen, Kitlei Róbert Elosztott rendszerek 7 / 31

Nyitottság: követelményrendszerek, mechanizmusok A nyitottság implementálása Fontos, hogy a rendszer könnyen cserélhető részekből álljon Belső interfészek használata, nem egyetlen monolitikus rendszer A rendszernek minél jobban paraméterezhetőnek kell lennie Egyetlen komponens megváltoztatása/cseréje lehetőleg minél kevésbé hasson a rendszer más részeire Maarten van Steen, Kitlei Róbert Elosztott rendszerek 8 / 31

Nyitottság: követelményrendszerek, mechanizmusok Példák A nyitott rendszer követelményeket (policy) ír elő, amelyekhez jó, ha minél több megvalósító megvalósítás (mechanism) érhető el a rendszerben. Néhány szóbajöhető példa: Mennyire erős konzisztenciát követeljünk meg a kliensoldalon cache-elt adatokra? Legyen dinamikusan beállítható, hogyan döntse el a rendszer az adatról, milyen erősen legyen konzisztens. A letöltött kód milyen műveleteket hajthasson végre? A mobil kódhoz rendeljünk különböző megbízhatósági szinteket. Milyen QoS követelményeket támasszunk változó sávszéleségű rendszerben? Minden folyamra külön lehessen QoS követelményeket beállítani. Milyen mértékben titkosítsuk a kommunikációs csatornánkat? A rendszer kínáljon többfajta titkosítási mechanizmust, amelyek közül választani lehet. Maarten van Steen, Kitlei Róbert Elosztott rendszerek 9 / 31

Átméretezhetőség (scalability) Átméretezhetőség Ha egy kis rendszer megnő, az sokfajta kihívást jelenthet. Több különböző jellege is megnőhet a rendszernek: méret szerinti átméretezhetőség: több felhasználó és/vagy folyamat van a rendszerben földrajzi átméretezhetőség: a rendszert nagyobb területről veszik igénybe, pl. egyetemen belüli felhasználás világméretű felhasználóbázis adminisztrációs átméretezhetőség: biztonsági, karbantartási, együttműködési kérdések merülnek fel, ha új adminisztrációs tartományok kerülnek a rendszerbe Megjegyzés A legtöbb rendszer a méret szerinti átméretezhetőséget kezeli. (Nem mindig) megoldás: erősebb szerverek használata. A másik két jellegű átméretezhetőséget nagyobb kihívás kezelni. Maarten van Steen, Kitlei Róbert Elosztott rendszerek 10 / 31

Technikák az átméretezhetőség megvalósítására A kommunikációs késleltetés elfedése A válaszra várás közben más tevékenység végzése: Aszinkron kommunikáció használata A beérkező választ külön kezelő dolgozza fel Probléma: nem minden alkalmazás ültethető át ilyen megközelítésre Maarten van Steen, Kitlei Róbert Elosztott rendszerek 11 / 31

Technikák az átméretezhetőség megvalósítására Elosztás Az adatokat és a számításokat több számítógép tárolja/végzi: A számítások egy részét a kliensoldal végzi (Java appletek) Decentralizált elnevezési rendszerek (DNS) Decentralizált információs rendszerek (WWW) Maarten van Steen, Kitlei Róbert Elosztott rendszerek 12 / 31

Technikák az átméretezhetőség megvalósítására Replikáció/cache-elés Több számítógép tárolja egy adat másolatait: Replikált fájlszerverek és adatbázisok Tükrözött weboldalak Weboldalak cache-elése (böngészőkben, proxy szervereken) Fájlok cache-elése (a szerver- és kliensoldalon) Maarten van Steen, Kitlei Róbert Elosztott rendszerek 13 / 31

Átméretezhetőség a probléma Megjegyzés Az átméretezhetőség könnyen elérhető, de ára van: Több másolat fenntartása (cache vagy replika) inkonzisztenciához vezet: ha módosítunk egy másolatot, az eltér a többitől. A másolatok konzisztensen tartásához globális szinkronizációra van szükség minden egyes változtatás után. A globális szinkronizáció viszont rosszul skálázható nagy rendszerekre. Következmény Ha feladjuk a globális szinkronizációt, akkor kénytelenek vagyunk bizonyos fokú inkonzisztenciát elviselni a rendszerünkben. Az, hogy ez milyen mértékben elfogadható, rendszerfüggő. Maarten van Steen, Kitlei Róbert Elosztott rendszerek 14 / 31

Elosztott rendszerek fejlesztése: hibalehetőségek Megjegyzés Az elosztott rendszer környezetéről kényelmes lehet feltételezni, hogy megbízható. Ha ez tévesnek bizonyul, az a rendszer újratervezéséhez vezethet. Néhány ilyen feltételezés: a hálózat hibamentes a hálózat biztonságos a hálózat homogén a hálózati topológia nem változik a kommunikációnak nincsen időigénye a sávszélesség korlátlan a kommunikációnak nincsen költsége csak egy adminisztrátor van Maarten van Steen, Kitlei Róbert Elosztott rendszerek 15 / 31

Elosztott rendszerek fajtái Elosztott számítási rendszerek grid cloud információs rendszerek Elosztott információs rendszerek Elosztott átható (pervasive, ubiquitous) rendszerek Maarten van Steen, Kitlei Róbert Elosztott rendszerek 16 / 31

Elosztott számítási rendszerek Számítási rendszer Sok elosztott rendszer célja számítások végzése nagy teljesítménnyel. Cluster (fürt) Lokális hálózatra kapcsolt számítógépek összessége. Homogén: ugyanaz az operációs rendszer, hardveresen nem vagy csak alig térnek el A vezérlés központosítva van, általában egyetlen gépre Maarten van Steen, Kitlei Róbert Elosztott rendszerek 17 / 31

Elosztott számítási rendszerek Master node Compute node Compute node Compute node Management application Parallel libs Component of parallel application Component of parallel application Component of parallel application Local OS Local OS Local OS Local OS Remote access network Standard network High-speed network Maarten van Steen, Kitlei Róbert Elosztott rendszerek 18 / 31

Elosztott számítási rendszerek Grid (rács) Több gép, kevésbé egységesek: Heterogén architektúra Átívelhet több szervezeti egységen Nagyméretű hálózatokra terjedhet ki Megjegyzés Az együttműködést sokszor virtuális szervezetek kialakításával segítik. Ez a felhasználókat csoportosítja, akiknek így egységesen lehet erőforrásokat kiutalni. Maarten van Steen, Kitlei Róbert Elosztott rendszerek 19 / 31

Elosztott számítási rendszerek Felhő (cloud) Többrétegű architektúra. Software aa Svc Platform aa Svc Infrastructure aa Svc Web services, multimedia, business apps Application Software framework (Java/Python/.Net) Storage (DB, File) Platforms Computation (VM), storage (block) Infrastructure CPU, memory, disk, bandwidth Hardware Google Apps YouTube Flickr MS Azure Amazon S3 Amazon EC2 Datacenters Maarten van Steen, Kitlei Róbert Elosztott rendszerek 20 / 31

Elosztott számítási rendszerek Felhő Négy különböző réteg: Hardver: Processzorok, útválasztók (routerek), áramforrások, hűtőberendezések. A felhasználók közvetlenül nem látják. Infrastruktúra: Virtuális hardvert tesz elérhetővé: szerver, adattároló, hálózati kapcsolat, számítási kapacitás lefoglalása és kezelése. Platform: Magasabb szintű absztrakciókat biztosít. Pl. az Amazon S3 társzolgáltatás különböző fájlműveleteket biztosít; a felhasználónak vödrei (bucket) vannak, ebbe feltölthet, letölthet stb. fájlokat egy API segítségével. Alkalmazás: A végfelhasználónak szánt, jellemzően grafikus felületű alkalmazások. Maarten van Steen, Kitlei Róbert Elosztott rendszerek 21 / 31

Elosztott információs rendszerek Elosztott információs rendszerek Sok elosztott rendszer elsődleges célja adatok kezelése, illetve meglevő ilyen rendszerek elérése. Példa: tranzakciókezelő rendszerek. BEGIN_TRANSACTION(server, transaction) READ(transaction, file-1, data) WRITE(transaction, file-2, data) newdata := MODIFIED(data) IF WRONG(newData) THEN ABORT_TRANSACTION(transaction) ELSE WRITE(transaction, file-2, newdata) END_TRANSACTION(transaction) END IF Maarten van Steen, Kitlei Róbert Elosztott rendszerek 22 / 31

Elosztott információs rendszerek: tranzakciók Modell A tranzakció adatok összességén (adatbázis, objektumok vagy más adattár) végzett művelet (lehetnek részműveletei), melynek az alábbi tulajdonságai vannak. A kezdőbetűk rövidítéséből ACID-nek szokás nevezni a követelményrendszert. Oszthatatlan, elemi (atomicity): Vagy a teljes tranzakció végbemegy minden részműveletével, vagy pedig az adattár egyáltalán nem változik meg. Konzisztens (consistency): Az adattárra akkor mondjuk, hogy érvényes, ha (az adattárra jellemző) feltételek teljesülnek rá. A tranzakció konzisztens, ha érvényes állapotot állít elő. Ez a követelmény csak a tranzakció végére vonatkozik: menet közben előállhat érvénytelen állapot. Elkülönülő, sorosítható (isolation): Egyszerre zajló tranzakciók "nem zavarják" egymást: olyan eredményt adnak, mintha egymás után sorban futottak volna le. Tartósság (durability): Végrehajtás után az eredményt tartós adattárolóra mentjük, így a rendszer esetleges összeomlása után visszaállítható. Maarten van Steen, Kitlei Róbert Elosztott rendszerek 23 / 31

Tranzakciófeldolgozó monitor (Transaction Processing Monitor) Megjegyzés A tranzakciókat sokszor több szerver hajtja végre. Ezeket egy TP monitor vezérli. Reply Server Transaction Client application Requests Reply TP monitor Request Request Reply Request Server Reply Server Maarten van Steen, Kitlei Róbert Elosztott rendszerek 24 / 31

Alkalmazásintegráció nagy rendszerekben Probléma A TP monitor nem választja el az alkalmazásokat az adatbázisoktól. Továbbá az alkalmazásoknak egymással is kommunikálniuk kell. Client application Client application Communication middleware Server-side application Server-side application Server-side application Távoli eljáráshívás (Remote Procedure Call, RPC) Üzenetorientált köztesréteg (Message-Oriented Middleware, MOM) Maarten van Steen, Kitlei Róbert Elosztott rendszerek 25 / 31

Elosztott átható rendszerek Átható rendszer Sok modern elosztott rendszer kicsi, mobil elemekből áll. Néhány jellemző A környezet megváltozhat: A rendszernek ezt követnie kell. Ad hoc szerveződés: A rendszer komponenseit nagyon különböző módokon használhatják a felhasználók. Ezért a rendszernek könnyen konfigurálhatónak kell lennie. Megosztott szolgáltatások: Mivel a rendszer nagyon változékony, az adatoknak könnyen kell áramlaniuk. Ennek elősegítésére a rendszer elemei általában nagyon egyszerű szerkezetűek. Maarten van Steen, Kitlei Róbert Elosztott rendszerek 26 / 31

Érzékelőhálózatok Jellemzők Az érzékelőket tartalmazó csúcsok sok van belőlük (nagyságrendileg 10-1000 darab) egyszerűek (kevés memória, számítási és kommunikációs kapacitás) sokszor elemről működnek, vagy áramforrás sem szükséges hozzájuk Maarten van Steen, Kitlei Róbert Elosztott rendszerek 27 / 31

Érzékelőhálózatok mint elosztott rendszerek Sensor network Operator's site Sensor data is sent directly to operator (a) Operator's site Each sensor can process and store data Query Sensor network Sensors send only answers (b) Maarten van Steen, Kitlei Róbert Elosztott rendszerek 28 / 31

Példák Tömegirányítás Helyzet: rendezvény fix útvonalakkal (kiállítás, fesztivál) Cél: az embereket a megfelelő helyre irányítani a hasonló érdeklődésű emberek egy helyre menjenek vészhelyzet esetén a fenti csoportokat ugyanahhoz a kijárathoz irányítani Cél: összetartozó embereket (pl. családokat) egyben tartani Maarten van Steen, Kitlei Róbert Elosztott rendszerek 29 / 31

Példák Szociális játék Helyzet: Konferencia, a résztvevők különböző csoportokban érkeztek. Cél: A csoportok vegyítésének elősegítése. Megközelítés: A rendszer figyeli, hogy a csoportok hogyan viselkednek Ha külön csoportokból származó embereket észlel, bónuszpontokat kapnak az emberek és a csoportok egyaránt. A rendszer kiosztja a csoportszintű pontokat a tagok között. Az eredményeket elektronikus kitűzők mutatják (feedback and social intervention). Maarten van Steen, Kitlei Róbert Elosztott rendszerek 30 / 31

Példa: Szociális játék A szociális játék egy kitűzője. Maarten van Steen, Kitlei Róbert Elosztott rendszerek 31 / 31