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

A VIK Wikiből
Ugrás a navigációhoz Ugrás a kereséshez
(autoedit v2: fájlhivatkozások egységesítése, az új közvetlenül az adott fájlra mutat)
 
(22 közbenső módosítás, amit 5 másik szerkesztő végzett, nincs mutatva)
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 ===
+
*[[ElosztottRendszerek | Régebbi segédanyagok]]
 +
 
 +
==ZH==
 +
* [[:Média:elosztott_mintaZh_2015tavasz_kidolgozas.docx | Minta ZH kidolgozás 2015 tavasz]]
 +
* [[:Média:elosztott_kerdesek_2015tavasz.pdf | Várható kérdések kidolgozás 2015 tavasz]]
 +
* [[:Média:elosztott_jegyzet2015.pdf | 2015-ös dia kivonat / jegyzet]]
 +
* [[:Média:elosztott_jegyzetfull.doc | Jegyzet*]]
 +
* [[:Média:elosztott_kidolgozas_regi.doc | Kérdések kidolgozás* ]]
 +
(*-gal jelölt anyagok 2015 előttiek, de jól használhatóak megfelelő körültekintéssel. Nem minden kell belőlük, illetve van olyan új anyagrész ami nincs meg bennük.)
 +
 
 +
 
 +
==Vizsga==
 +
===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 ===
+
===2013.06.06 vizsga===
* [[ElosztottRendszerekVizsga20050526]]
+
# GIOP ismertetése (15 pont)
 +
# 10 db Middleware szolgáltatás, ebből 5-öt részletesen kifejteni (15 pont)
 +
# COM és CORBA technológiák különbségei (10 db különbség) (20 pont)
 +
# Objektum relációs leképezés fogalmai, hogyan oldható ez meg JPA-val. (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)
 +
 
 +
===2013.05.30 vizsga===
 +
# elosztott rendszerek vs centralizált különbségei
 +
# COM interfészek felsorolása (5db), részletezd
 +
# GIOP
 +
# integrációs megoldásokból 4 db
 +
# EJB tranzakciós attributumok, mire jók, sorold fel, részletezd
 +
# .NET remoting fogalmai, működése általánosságban, hogyan lehet objektumokat létrehozni
 +
# WCF: mi és mire jó a binding, objektumok szálkezelése
 +
 
 +
===2015.06.15 vizsga===
 +
# GIOP
 +
# COM vs CORBA különbségek (10 db)
 +
# Elosztott rendszer 10 átlátszósága
 +
# Szemantika megadási módszerek
 +
# Konkrét szintaxis megadási módszerek
 +
# Particionálás, fragmentálás, replikáció
 +
# Modellfeldolgozási módszerek összehasonlítása
 +
# Adott gráf feldolgozása, hogy a kívánt eredmény szülessen
 +
# Funkciómodellezés feladat
 +
# DEVS modellezés feladat (beléptető kapu 3 számjeggyel, jó / rossz kódok kezelése)
 +
 
  
==2006.04.24. minta zh==
+
*[[ElosztottRendszerekVizsga20050526]]
 +
*[[ElosztottRendszerekVizsga20110612]]
  
 +
==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ó)
67. sor: 109. 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]
 
 
Feladatok: -- Ekler Péter - 2006.04.25. <br>
 
Megoldások: -- [[PallosPeter|Peti]] - 2006.04.25.
 
 
 
  
[[Category:InfoMsc]]
+
{{Lábléc - Alkalmazott informatika szakirány}}
[[Category:AlkInfo]]
 
[[Category:InfoMsc Tavasz]]
 

A lap jelenlegi, 2017. július 12., 14:25-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
Hiba a bélyegkép létrehozásakor: Nem lehet a bélyegképet a célhelyre menteni
@sch.bme.hu


ZH

(*-gal jelölt anyagok 2015 előttiek, de jól használhatóak megfelelő körültekintéssel. Nem minden kell belőlük, illetve van olyan új anyagrész ami nincs meg bennük.)


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

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

2015.06.15 vizsga

  1. GIOP
  2. COM vs CORBA különbségek (10 db)
  3. Elosztott rendszer 10 átlátszósága
  4. Szemantika megadási módszerek
  5. Konkrét szintaxis megadási módszerek
  6. Particionálás, fragmentálás, replikáció
  7. Modellfeldolgozási módszerek összehasonlítása
  8. Adott gráf feldolgozása, hogy a kívánt eredmény szülessen
  9. Funkciómodellezés feladat
  10. DEVS modellezés feladat (beléptető kapu 3 számjeggyel, jó / rossz kódok kezelése)


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


1. félév (tavasz)
2. félév (ősz)
3. félév (tavasz)
Egyéb