„Háttéralkalmazások/Záróvizsgatételek” változatai közötti eltérés
a →10. Microservices: Tétel kidolgozása |
→11. Microservices: Tétel kidolgozása |
||
| 1 141. sor: | 1 141. sor: | ||
=== Ismertesd az alábbi microservice tervezési minták céljait, azok előnyeit, hátrányait! === | === Ismertesd az alábbi microservice tervezési minták céljait, azok előnyeit, hátrányait! === | ||
{| class="wikitable" | {| class="wikitable mw-collapsible mw-collapsed" | ||
|+összehasonlítás | |+összehasonlítás | ||
!tervezési minta | !tervezési minta | ||
! | !leírása | ||
!előnyei | !előnyei | ||
!hátrányai | !hátrányai | ||
| 1 175. sor: | 1 175. sor: | ||
* de meg lehet oldani az alábbi két minta valamelyikével | * de meg lehet oldani az alábbi két minta valamelyikével | ||
|- | |- | ||
|database per service '''API composition''' | |database per service + '''API composition''' | ||
|a külön privát táblák / külön sémák / külön adatbázisok adatait egy új szolgáltatás joinolja | |a külön privát táblák / külön sémák / külön adatbázisok adatait egy új szolgáltatás joinolja | ||
| | | | ||
| 1 182. sor: | 1 182. sor: | ||
* a memóriakorlát miatt továbbra sem lehet szabadon joinolni | * a memóriakorlát miatt továbbra sem lehet szabadon joinolni | ||
|- | |- | ||
|database per service '''command query responsibility segregation''' | |database per service + '''command query responsibility segregation''' | ||
|a külön privát táblák / külön sémák / külön adatbázisok adatait egy külön szolgáltatás módosítja, és azokat egy read-only view adatbázisban is összegyűjtjük (a master–slave replicationhöz hasonlóan) | |a külön privát táblák / külön sémák / külön adatbázisok adatait egy külön szolgáltatás módosítja, és azokat egy read-only view adatbázisban is összegyűjtjük (a master–slave replicationhöz hasonlóan) | ||
| | | | ||
| 1 198. sor: | 1 198. sor: | ||
=== [[Háttéralkalmazások/Záróvizsgatételek#Milyen előnyökkel és hátrányokkal jár a mikroszolgáltatás architektúra a monolitikussal szemben?|Milyen előnyökkel és hátrányokkal jár a mikroszolgáltatás architektúra a monolitikussal szemben?]] === | === [[Háttéralkalmazások/Záróvizsgatételek#Milyen előnyökkel és hátrányokkal jár a mikroszolgáltatás architektúra a monolitikussal szemben?|Milyen előnyökkel és hátrányokkal jár a mikroszolgáltatás architektúra a monolitikussal szemben?]] === | ||
=== Ismertesd az | === Ismertesd az alábbi microservice tervezési minták céljait, azok előnyeit, hátrányait! === | ||
. | {| class="wikitable" | ||
|+összehasonlítás | |||
!tervezési minta | |||
!leírása | |||
!előnyei | |||
!hátrányai | |||
|- | |||
|API gateway | |||
|az egyes szolgáltatások közvetlen elérése helyett egy átjárót hívjanak meg a kliensek | |||
| | |||
* egy IP-címet kell ismerni | |||
* protokollváltást is biztosíthat | |||
| | |||
* még egy szolgáltatás | |||
* szükség van service discoveryre és circuit breakerre | |||
* még egy hálózati ugrás | |||
* <ref>Külső eszközökkel történő kommunikáció esetén természetesen autentikáció is szükséges.</ref> | |||
|} | |||
=== Ismertesd a tanult '' | === Ismertesd a tanult ''service discovery'' mintákat! === | ||
. | {| class="wikitable" | ||
|+összehasonlítás | |||
! colspan="2" |típus | |||
!minta | |||
!leírása | |||
!előnyei | |||
!hátrányai | |||
|- | |||
| rowspan="4" |a nyilvántartás | |||
| rowspan="2" |vezetése | |||
|self registration (push) | |||
|minden szolgáltatás maga felelős a regisztrációért és annak törléséért | |||
| | |||
* a szolgáltatás mindig ismeri a saját állapotát | |||
| | |||
* minden szolgáltatásnál implementálni kell | |||
* váratlan leállás esetén nem törli a regisztrációt | |||
|- | |||
|3<sup>rd</sup> party registration | |||
|külön komponens felelős a regisztrációért és annak törléséért | |||
| | |||
* nem kell implementálni mindegyik szolgáltatásnál | |||
* elég egy health check endpoint | |||
| | |||
* külön szolgáltatás szükséges | |||
* ami ráadásul soha nem állhat le | |||
|- | |||
| rowspan="2" |használata | |||
|client-side service discovery | |||
|pl. ilyen a round-robin DNS | |||
| | |||
* egyből meghívja a kliens az adott szolgáltatást | |||
| | |||
* a nyilvántartást továbbra is kell használnia | |||
* aminek implementálni kell az elérését | |||
* meg kell valósítani a terheléselosztást is | |||
|- | |||
|server-side service discovery | |||
|egy router biztosítja a terheléselosztást | |||
| | |||
* nem szükséges további kliensoldali implementáció | |||
* felhőszolgáltatások is biztosítanak ilyet | |||
| | |||
* külön szolgáltatás szükséges | |||
* ami ráadásul soha nem állhat le | |||
* még egy hálózati ugrás | |||
* a routernek akár több protokollt is kell támogatnia | |||
|} | |||
== 12. Cloud == | == 12. Cloud == | ||
=== A számítási felhő fő jellemzői | === A számítási felhő fő jellemzői === | ||
... | ... | ||
=== A számítási felhő fizikai, térbeli kiépítése | === A számítási felhő fizikai, térbeli kiépítése === | ||
... | ... | ||
=== Főbb publikus felhőszolgáltatók | === Főbb publikus felhőszolgáltatók === | ||
... | ... | ||
=== Felhős szolgáltatásmodellek | === Felhős szolgáltatásmodellek === | ||
... | ... | ||
=== Szolgáltatásgaranciák (SLA) | === Szolgáltatásgaranciák (SLA) === | ||
... | ... | ||
=== Skálázási lehetőségek | === Skálázási lehetőségek === | ||
... | ... | ||
=== Példák elérhető szolgáltatásokra | === Példák elérhető szolgáltatásokra === | ||
... | ... | ||
=== A felhős modell előnyei, hátrányai | === A felhős modell előnyei, hátrányai === | ||
... | ... | ||
== 13. Azure == | == 13. Azure == | ||
=== Azure alapszolgáltatások viszonya egymáshoz | === Azure alapszolgáltatások viszonya egymáshoz === | ||
==== Előfizetés ==== | ==== Előfizetés ==== | ||
| 1 249. sor: | 1 313. sor: | ||
... | ... | ||
=== Erőforrások beállítható alapjellemzői | === Erőforrások beállítható alapjellemzői === | ||
... | ... | ||
=== Régió kiválasztásának szempontjai | === Régió kiválasztásának szempontjai === | ||
... | ... | ||