Elosztott rendszerek

Elosztott rendszerek

Tárgykód	VIAUM124
Általános infók
Szak	InfoMsc - AlkInfo
Kredit	4
Ajánlott félév	tavasz
Keresztfélév	nincs, és nem is kell
Tanszék	AUT
Követelmények
Jelenlét	nincs
Minimális munka	ZH+Vizsga
Labor	ősszel
KisZH	0
NagyZH	1
Házi feladat	0
Vizsga	Van
Elérhetőségek
Levlista	alkinfo-msc@NO-SPAM.sch.bme.hu
Tantárgyi adatlap
Tárgyhonlap

• Régebbi segédanyagok

ZH

• Minta ZH kidolgozás 2015 tavasz Fájl:Elosztott mintaZh 2015tavasz kidolgozas.docx
• Várható kérdések kidolgozás 2015 tavasz Fájl:Elosztott kerdesek 2015tavasz kidolgozas.docx

Vizsga

Tipikus ZH/Vizsga kérdések

• elosztott rendszerek előnyei a központosított rendszer előnyeivel
• GIOP protokoll (General Inter ORB Protocol) üzenet típusai, üzenet tartalma
• COM objektum típusok[[Fájl:Fájl:Egyszerikép.jpg[[Fájl:Fájl:Egyszerikép.jpg[[Fájl:Fájl:Egyszerikép.jpg]]]]]]

2013.06.06 vizsga

1. GIOP ismertetése (15 pont)
2. 10 db Middleware szolgáltatás, ebből 5-öt részletesen kifejteni (15 pont)
3. COM és CORBA technológiák különbségei (10 db különbség) (20 pont)
4. Objektum relációs leképezés fogalmai, hogyan oldható ez meg JPA-val. (15 pont)
5. EJB-ben időzítés megoldása+szekvencia diagram (15 pont)
6. Milyen problémát old meg az XML web szolgáltatások?, mi a megoldás kulcsa?. Mik a hozzá kapcsoló szabványok? Mik a WS-* szabványok?, sorolj fel hármat. (20 pont)

2013.05.30 vizsga

1. elosztott rendszerek vs centralizált különbségei
2. COM interfészek felsorolása (5db), részletezd
3. GIOP
4. integrációs megoldásokból 4 db
5. EJB tranzakciós attributumok, mire jók, sorold fel, részletezd
6. .NET remoting fogalmai, működése általánosságban, hogyan lehet objektumokat létrehozni
7. WCF: mi és mire jó a binding, objektumok szálkezelése

• ElosztottRendszerekVizsga20050526
• ElosztottRendszerekVizsga20110612

ZH

2006.04.24. minta zh

1. Kifejteni miért fontos az elosztott rendszer (centralizált/elosztott rendszer összehasonlítása).
   • centralizált rendszer előnyei
     • könnyen adminisztrálható
     • nagy megbízhatóság redundáns hardverrel biztosítható
     • szakértőket biztosít a szállító
   • elosztott rendszer előnyei
     • rugalmas
     • horizontálisan is skálázható
     • nagy teljesítményű
     • dinamikus feladatelosztással megbízhatóvá tehető
     • jó ár/teljesítmény
     • a rendszer bizonságkritikus részei jól szeparálhatók
2. Komponens alapú fejlesztés előnyei és hátrányai.
   • komponensek külön fejleszthetők
   • interfész és implementáció külön van választva
   • interfész is bővíthető (örökléssel vagy aggregációval)
   • elég csak a bináris kódot kiadni a megrendelőnek
   • konténer biztosítja a middleware-t szabványos felületen keresztül
   • deklaratív leíró file, adminsztrációs felület biztosított hozzá
   • komponens technológiák egymás között nem átjárhatók
3. Milyen típusú servereket ismer a COM-ban?
   • in-process: komponens a kliens processzében fut. Gyors, de csak szinkron hívás van és egy hibás komponens magával ránthatja a klienst is. Pl. VB
     • in-process handler: felüldefiniálható a standard marshalling. Pl. .NET Application Domains
   • local server (out-process): a szerver (tipikusan .dll) külön processzben fut, ha elszáll, a kliens csak timeoutot kap. Stabil, de lassabb, mint az in-process
   • remote server: a szerver távoli gépen is futhat, a hozzáférés transzparens. Ez jelenti a legnagyobb overheadet. Pl. DCOM
4. Middleware szolgáltatások (10 db), ezek közül néhányat kifejteni.
   • névfeloldás, security, tranzakciókezelés, object pooling, perzisztencia, load balancing, életciklus management, szálkezelés, event/notify, messaging
5. GIOP protokoll.
   • GIOP Fejléc: magic string, verzió, byte sorrend, üzenet típus (1-7), üzenet méret
   1. RequestMessage (K->S) — kérés: GIOP header, Message header (objektum azonosító, metódus, szolgáltatások, aszinkron kérés azonosító), Body (metódus paraméterek)
   2. ReplyMessage (S->K) — válasz a kérésre: GIOP header, Reply header (válasz azonosító (mire válasz?), státusz kód), Body (visszatérési érték, hibainfó)
   3. CancelRequest (K->S) — aszinkron kérés megszakítása: GIOP header, kérés ID
   4. LocateRequest (K->S) — objektum megpingelése: GIOP header, objektum ID
   5. LocateReply (S->K) — ping válasz
   6. CloseConnection (S->K) — kapcsolat befejezése
   7. MessageError (K<->S) — hiba
6. .NET framework fő részei (esetleg volt szó .NET remotingról, de erre pontosan nem emlékszem).

   Subsystems: Web services WinForms ADO.NET XML ...

   Base Class Library: ~5000 osztály

   CLR: Garbage collector Type checker Debugging Threading Code checker InterOp COM Remoting JIT compiler

   ClassLoader

   Bővebb infó angolul itt
7. Web service, milyen célra használható?
   • integráció különböző platformok között
   • külső cég által fejlesztett komponensek felhasználása
   • üzleti folyamatok tervezése
   • fejlesztési paradigma
8. J2EE architektúra ábrával, forrás

Alkalmazott informatika - Mérnök informatikus MSc
1. félév (tavasz)	Adatbiztonság  •  Elosztott rendszerek  •  Formális módszerek  •  Mobilszoftverek  •  Modellvezérelt paradigmák  •  Rendszeroptimalizálás
2. félév (ősz)	Elosztott rendszerek és mobilszoftverek laboratórium  •  Integrált információs rendszerek  •  Nyelvek és automaták  •  Szoftverarchitektúrák  •  Szolgáltatásorientált rendszerek  •  Sztochasztika I.  •  Sztochasztika II.
3. félév (tavasz)	Szolgáltatásorientált és modellvezérelt paradigmák laboratórium
Egyéb	Kötelezően választható tárgyak  •  Mérnöki menedzsment  •  Befektetések  •  Érvelés, tárgyalás, meggyőzés  •  Információs társadalom joga  •  Minőségmenedzsment  •  Projektmenedzsment  •  Vállalati jog  •  Vezetői számvitel