„Elosztott rendszerek” változatai közötti eltérés

A VIK Wikiből
Vbalu987 (vitalap | szerkesztései)
Nincs szerkesztési összefoglaló
Szikszayl (vitalap | szerkesztései)
aNincs szerkesztési összefoglaló
1. sor: 1. sor:
{{Tantárgy
{{Tantárgy
| név = Elosztott Rendszerek
| név = Elosztott rendszerek
| tárgykód = VIAUM124
| tárgykód = VIAUM124
| szak = InfoMsc - AlkInfo
| szak = InfoMsc - AlkInfo
14. sor: 14. sor:
| hf = 0
| hf = 0
| vizsga = Van  
| vizsga = Van  
| levlista = https://lists.sch.bme.hu/wws/info/alkinfo-msc
| levlista = alkinfo-msc{{kukac}}sch.bme.hu
| tad = https://www.vik.bme.hu/kepzes/targyak/VIAUM124/
| tad = https://www.vik.bme.hu/kepzes/targyak/VIAUM124/
| tárgyhonlap = https://www.aut.bme.hu/Course/VIAUM124
| tárgyhonlap = https://www.aut.bme.hu/Course/VIAUM124
}}
}}


=== Tipikus ZH/Vizsga kérdések ===
===Tipikus ZH/Vizsga kérdések===
* elosztott rendszerek előnyei a központosított rendszer előnyeivel
* elosztott rendszerek előnyei a központosított rendszer előnyeivel
* GIOP protokoll (General Inter ORB Protocol) üzenet típusai, üzenet tartalma
* GIOP protokoll (General Inter ORB Protocol) üzenet típusai, üzenet tartalma
* COM objektum típusok
* COM objektum típusok


=== ZH / Vizsga kidolgozások ===
===ZH / Vizsga kidolgozások===
* [[ElosztottRendszerekVizsga20050526]]
* [[ElosztottRendszerekVizsga20050526]]


==2013.05.30 Vizsga==
===2013.05.30 Vizsga===
# elosztott rendszerek vs centralizált különbségei
# elosztott rendszerek vs centralizált különbségei
# COM interfészek felsorolása (5db), részletezd
# COM interfészek felsorolása (5db), részletezd
36. sor: 36. sor:
# WCF: mi és mire jó a binding, objektumok szálkezelése
# WCF: mi és mire jó a binding, objektumok szálkezelése


==2006.04.24. minta zh==
===2006.04.24. minta zh===
 
# Kifejteni miért fontos az elosztott rendszer (centralizált/elosztott rendszer összehasonlítása).
# Kifejteni miért fontos az elosztott rendszer (centralizált/elosztott rendszer összehasonlítása).
** centralizált rendszer előnyei
#* centralizált rendszer előnyei
*** könnyen adminisztrálható
#** könnyen adminisztrálható
*** nagy megbízhatóság redundáns hardverrel biztosítható
#** nagy megbízhatóság redundáns hardverrel biztosítható
*** szakértőket biztosít a szállító
#** szakértőket biztosít a szállító
** elosztott rendszer előnyei
#* elosztott rendszer előnyei
*** rugalmas
#** rugalmas
*** horizontálisan is skálázható
#** horizontálisan is skálázható
*** nagy teljesítményű
#** nagy teljesítményű
*** dinamikus feladatelosztással megbízhatóvá tehető
#** dinamikus feladatelosztással megbízhatóvá tehető
*** jó ár/teljesítmény
#** jó ár/teljesítmény
*** a rendszer bizonságkritikus részei jól szeparálhatók
#** a rendszer bizonságkritikus részei jól szeparálhatók
# Komponens alapú fejlesztés előnyei és hátrányai.  
# Komponens alapú fejlesztés előnyei és hátrányai.  
** komponensek külön fejleszthetők
#* komponensek külön fejleszthetők
** interfész és implementáció külön van választva
#* interfész és implementáció külön van választva
** interfész is bővíthető (örökléssel vagy aggregációval)
#* 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  
#* 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
#* 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á
#* 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
#* komponens technológiák egymás között nem átjárhatók
# Milyen típusú servereket ismer a COM-ban?  
# 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: 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
#** 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
#* 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
#* remote server: a szerver távoli gépen is futhat, a hozzáférés transzparens. Ez jelenti a legnagyobb overheadet. Pl. DCOM
# Middleware szolgáltatások (10 db), ezek közül néhányat kifejteni.
# 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
#* névfeloldás, security, tranzakciókezelés, object pooling, perzisztencia, load balancing, életciklus management, szálkezelés, event/notify, messaging
# GIOP protokoll.
# GIOP protokoll.
** GIOP Fejléc: magic string, verzió, byte sorrend, üzenet típus (1-7), üzenet méret
#* GIOP Fejléc: magic string, verzió, byte sorrend, üzenet típus (1-7), üzenet méret
## 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)  
## 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)  
## 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ó)
## 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ó)
76. sor: 75. sor:
# .NET framework fő részei (esetleg volt szó .NET remotingról, de erre pontosan nem emlékszem). <ul><table border="1" cellspacing="1" cellpadding="2"><tr><td> Subsystems: <table style="width:100%; text-align:center;" border="1"><tr><td> Web services </td><td> WinForms </td><td> ADO.NET </td><td> XML </td><td> ... </td></tr></table> </td></tr><tr><td> Base Class Library: ~5000 osztály </td></tr><tr><td> CLR: <table border="1" cellpadding="2" style="width:90%; text-align:center;"><tr><td> '''Garbage collector''' </td><td> Type checker </td><td> Debugging </td><td> Threading </td><td>Code checker</td></tr><tr><td> InterOp </td><td> COM </td><td> Remoting </td><td> '''JIT compiler''' </td><td>&nbsp;</td></tr></table> </td></tr><tr><td> ClassLoader </td></tr></table>Bővebb infó angolul [http://www.c-sharpcorner.com/UploadFile/chandrakantpp/UnderstandingFrameworkatglance11292005013851AM/UnderstandingFrameworkatglance.aspx?ArticleID=78f8b8b0-c67e-4061-81af-e30779f915ab itt]</ul>
# .NET framework fő részei (esetleg volt szó .NET remotingról, de erre pontosan nem emlékszem). <ul><table border="1" cellspacing="1" cellpadding="2"><tr><td> Subsystems: <table style="width:100%; text-align:center;" border="1"><tr><td> Web services </td><td> WinForms </td><td> ADO.NET </td><td> XML </td><td> ... </td></tr></table> </td></tr><tr><td> Base Class Library: ~5000 osztály </td></tr><tr><td> CLR: <table border="1" cellpadding="2" style="width:90%; text-align:center;"><tr><td> '''Garbage collector''' </td><td> Type checker </td><td> Debugging </td><td> Threading </td><td>Code checker</td></tr><tr><td> InterOp </td><td> COM </td><td> Remoting </td><td> '''JIT compiler''' </td><td>&nbsp;</td></tr></table> </td></tr><tr><td> ClassLoader </td></tr></table>Bővebb infó angolul [http://www.c-sharpcorner.com/UploadFile/chandrakantpp/UnderstandingFrameworkatglance11292005013851AM/UnderstandingFrameworkatglance.aspx?ArticleID=78f8b8b0-c67e-4061-81af-e30779f915ab itt]</ul>
# Web service, milyen célra használható?
# Web service, milyen célra használható?
** integráció különböző platformok között
#* integráció különböző platformok között
** külső cég által fejlesztett komponensek felhasználása
#* külső cég által fejlesztett komponensek felhasználása
** üzleti folyamatok tervezése
#* üzleti folyamatok tervezése
** fejlesztési paradigma
#* fejlesztési paradigma
# J2EE architektúra ábrával <br> [http://kepfeltoltes.hu/130322/j2ee_appserver_www.kepfeltoltes.hu_.png] <br> Forrás: http://uml2006.infojarda.hu/EJB_1.pdf
# J2EE architektúra [http://kepfeltoltes.hu/130322/j2ee_appserver_www.kepfeltoltes.hu_.png ábrával], [http://uml2006.infojarda.hu/EJB_1.pdf forrás]
 
==(2013.06.06) Elosztott Rendszerek vizsgakérdések==


===(2013.06.06) Elosztott Rendszerek vizsgakérdések===
# GIOP ismertetése (15 pont)
# GIOP ismertetése (15 pont)
# 10 db Middleware szolgáltatás, ebből 5-öt részletesen kifejteni (15 pont)
# 10 db Middleware szolgáltatás, ebből 5-öt részletesen kifejteni (15 pont)
90. sor: 88. sor:
# EJB-ben időzítés megoldása+szekvencia diagram (15 pont)
# EJB-ben időzítés megoldása+szekvencia diagram (15 pont)
# 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)
# 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)
Feladatok: -- Ekler Péter - 2006.04.25. <br>
Megoldások: -- [[PallosPeter|Peti]] - 2006.04.25.


[[Category:InfoMsc]]
[[Category:InfoMsc]]
[[Category:AlkInfo]]
[[Category:AlkInfo]]
[[Category:InfoMsc Tavasz]]
[[Category:InfoMsc Tavasz]]

A lap 2013. október 2., 16:06-kori változata

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@sch.bme.hu

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

ZH / Vizsga kidolgozások

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

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

(2013.06.06) Elosztott Rendszerek vizsgakérdések

  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)