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

(27 közbenső módosítás, amit 5 másik szerkesztő végzett, nincs mutatva)

1. sor:

{{~~GlobalTemplate~~|~~Infoszak~~|~~ElosztottRendszerekMintaZH20060424~~}}

{{Tantárgy

| név = Elosztott rendszerek

| tárgykód = VIAUM124

| szak = InfoMsc - AlkInfo

| kredit = 4

| félév = tavasz

| kereszt = nincs, és nem is kell

| tanszék = AUT

| jelenlét = nincs

| minmunka = ZH+Vizsga

| labor = ősszel

| kiszh = 0

| nagyzh = 1

| hf = 0

| vizsga = Van

| levlista = alkinfo-msc{{kukac}}sch.bme.hu

| tad = https://www.vik.bme.hu/kepzes/targyak/VIAUM124/

| tárgyhonlap = https://www.aut.bme.hu/Course/VIAUM124

}}

~~<style> ol ol li { line-height: 15px; margin-bottom: 2px; } </style>~~

*[[ElosztottRendszerek | Régebbi segédanyagok]]

==~~2006~~.04.24. ~~minta zh==~~

==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

* GIOP protokoll (General Inter ORB Protocol) üzenet típusai, üzenet tartalma

* COM objektum típusok

===2013.06.06 vizsga===

# 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)

*[[ElosztottRendszerekVizsga20050526]]

*[[ElosztottRendszerekVizsga20110612]]

==ZH==

===2006.04.24. minta zh===

# 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.

** 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?

** 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.

** 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 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)

## 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ó)

43. 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> </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ó?

** 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:Infoszak]]~~

@@ 1. sor: / 1. sor: @@
-{{GlobalTemplate|Infoszak|ElosztottRendszerekMintaZH20060424}}
+{{Tantárgy
+| név = Elosztott rendszerek
+| tárgykód = VIAUM124
+| szak = InfoMsc - AlkInfo
+| kredit = 4
+| félév = tavasz
+| kereszt = nincs, és nem is kell
+| tanszék = AUT
+| jelenlét = nincs
+| minmunka = ZH+Vizsga
+| labor = ősszel
+| kiszh = 0
+| nagyzh = 1
+| hf = 0
+| vizsga = Van
+| levlista = alkinfo-msc{{kukac}}sch.bme.hu
+| tad = https://www.vik.bme.hu/kepzes/targyak/VIAUM124/
+| tárgyhonlap = https://www.aut.bme.hu/Course/VIAUM124
+}}
-<style> ol ol li { line-height: 15px; margin-bottom: 2px; } </style>
+*[[ElosztottRendszerek | Régebbi segédanyagok]]
-==2006.04.24. minta zh==
+==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
+* GIOP protokoll (General Inter ORB Protocol) üzenet típusai, üzenet tartalma
+* COM objektum típusok
+===2013.06.06 vizsga===
+# 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)
+*[[ElosztottRendszerekVizsga20050526]]
+*[[ElosztottRendszerekVizsga20110612]]
+==ZH==
+===2006.04.24. minta zh===
 # 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.
-** 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?
-** 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.
-** 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 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) &mdash; 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) &mdash; 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ó)
@@ 43. 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>
 # 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:Infoszak]]
+{{Lábléc - Alkalmazott informatika szakirány}}