Elosztott rendszerek ZH, 2007. 04. 25. forrásának megtekintése

{{GlobalTemplate|Infoszak|ElosztottRendszerekZH20070425}}


# Hasonlítsa össze az elosztott és a központosított rendszereket! (10p)
# Milyen problémákat oldanak meg a webszolgáltatások? Milyen feladatra, célra érdemes őket használni? (15p)
# Ismertesse a GIOP protokollt! (10p)
# Ismertesse a .Net Remotingot. Miért és mikor érdemes használni? (15p)
# Vázolja fel a J2EE architektúráját! Részletezze az egyes részek szerepét! (15p)
# Milyen P2P architektúrákat ismer? Mi az ultrapeer rendszer lényege a Gnutella hálózatban? (10p)
# Mit jelent a "Contract" fogalma a Szolgáltatás Orientált Architektúrában, és miként jelenik meg a webszolgáltatások esetében? Mik a jellemzői a "Code first" és a "Contract first" fejlesztési módszertannak, és milyen esetben használná az egyiket illetve a másikat? (10p)
# Milyen típusú erőforrásokat különböztetünk meg a sorbanállási rendszereknél? Milyen összefüggés van a kiszolgálási idő és a sorhossz között a különböző típusok esetében? (15p)


==Megoldások==


===Mit jelent a "Contract" fogalma a Szolgáltatás Orientált Architektúrában, és miként jelenik meg a webszolgáltatások esetében? Mik a jellemzői a "Code first" és a "Contract first" fejlesztési módszertannak, és milyen esetben használná az egyiket illetve a másikat? (10p)===

Levlistás válaszok:

====Laci, infotech06@, 2007. 06. 09.====
<pre>
code first: WS-nél előbb megírják a szervert és ehhez fognak alkalmazkodni a kliensek
		Hátrány: hogy nem lehet párhuzamosan írni a klienst és a szervert
		Előny: Szabad kezünk van, kevés papírmunka
contract first: WS-nél meg állapodnak, hogy hogy fog kinézni a WS és e alapján írják meg.
		Hátrány: Megvan kötve a kezünk
		Előny: Párhuzamosan fejleszthető a kliens és a szerver
</pre> 

====J, infotech06@, 2007. 06. 09.====
<pre>
Annyit tennék hozzá, hogy:
Code First esetben előbb megírom a szervert ahogy jólesik, aztán a
használatához publikálok egy WSDL-t, hogy tessék, így lehet használni.

Contract Fist esetben a kliens és a szerver készítői megállapodnak a
kommunikáció mikéntjében, ebből születik egy WSDL, majd mindenki
hazamegy, és ez alapján lefejleszti azt, ami rá lett bízva.
</pre>


====Aadaam, infotech06@, 2007. 06. 09.====
<pre>
Ennel egy picit kevesbe pragmatikus a kerdes:

	 Contract first tipikusan az allami beruhazasok, mert ott fontos a
bovithetoseg es gyartofuggetlenseg. Sz'al code first-ot akkor alkalmazol, ha 
az interopabilitas (egyuttmukodesi kepesseg mas rendszerekkel) sokadlagos 
feature, vagy az eredeti, mar bejaratott rendszer nem tartalmazott erre 
lehetoseget. Contract-first-ot akkor alkalmazol, ha az interoperabilitas 
elsodleges szempont - akar azert, mert eleve kulon szervezetek fejlesztik, 
akar mert az interoperabilitas targyat mar kidolgoztak (mobilhalozatok, 
szabvanyok: weboldalt irni is contract-first, elobb volt a HTTP mint a Te 
programod), a specifikacio resze (jobb helyeken az), vagy valamiert 
kulonboznek a platformok; vagy eros a modellezes.

	 Sz'al a contract first nem csak arrol szol, hogy felezzuk a 
fejlesztocsoportot, hanem arrol, hogy kotelezo egy szabvanyra epiteni, vagy 
elsodleges szempont az, hogy a rendszer interoperabilis legyen (nem 
Microsoft-gondolkodasu.) 
</pre>





-- [[KarakoMiklos|palacsint]] - 2007.04.25.


[[Category:Infoszak]]