„Elosztott rendszerek” változatai közötti eltérés
Ugrás a navigációhoz
Ugrás a kereséshez
a |
|||
| 1. sor: | 1. sor: | ||
{{Tantárgy | {{Tantárgy | ||
| − | | név = Elosztott | + | | 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 = | + | | 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 | |
| − | + | #** 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 | |
# 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 | |
| − | + | #* 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 | |
# 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 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 | |
| − | + | #* 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 | |
# GIOP protokoll. | # GIOP protokoll. | ||
| − | + | #* 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> </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> </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 | |
| − | + | #* külső cég által fejlesztett komponensek felhasználása | |
| − | + | #* üzleti folyamatok tervezése | |
| − | + | #* fejlesztési paradigma | |
| − | # J2EE architektúra | + | # 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=== | ||
# 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) | ||
| − | |||
| − | |||
| − | |||
| − | |||
[[Category:InfoMsc]] | [[Category:InfoMsc]] | ||
[[Category:AlkInfo]] | [[Category:AlkInfo]] | ||
[[Category:InfoMsc Tavasz]] | [[Category:InfoMsc Tavasz]] | ||
A lap 2013. október 2., 15:06-kori változata
Tartalomjegyzék
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
- 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
2006.04.24. minta zh
- 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
- centralizált rendszer előnyei
- 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
- 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
- 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
- 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
- GIOP protokoll.
- 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)
- 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ó)
- CancelRequest (K->S) — aszinkron kérés megszakítása: GIOP header, kérés ID
- LocateRequest (K->S) — objektum megpingelése: GIOP header, objektum ID
- LocateReply (S->K) — ping válasz
- CloseConnection (S->K) — kapcsolat befejezése
- MessageError (K<->S) — hiba
- .NET framework fő részei (esetleg volt szó .NET remotingról, de erre pontosan nem emlékszem).
Bővebb infó angolul ittSubsystems: 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 - 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
- J2EE architektúra ábrával, forrás
(2013.06.06) Elosztott Rendszerek vizsgakérdések
- 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)
