„HAKAP ZH felkészítő kikérdező” változatai közötti eltérés

A VIK Wikiből
Újabb szerkesztés →
VizuálisWikiszöveges
Csia Klaudia Kitti (vitalap | szerkesztései)
felületadminisztrátorok, oauth2, smwadministrator, smwcurator, adminisztrátorok, upwizcampeditors
1 846 szerkesztés
Létrehozás.
 
Csia Klaudia Kitti (vitalap | szerkesztései)
felületadminisztrátorok, oauth2, smwadministrator, smwcurator, adminisztrátorok, upwizcampeditors
1 846 szerkesztés
a Apróbb hibák korrigálása.
353. sor: 353. sor:
# Scheduler
# Scheduler


== Podok előnyei, hogy tudnák kommunikálni egymással localhoston, de figyelni kell emiatt, hogy két konténer nem használhatja ugyanazt a portot, és NAT nélkül kell kommunikálnuk. ==
== Podok előnyei, hogy tudnák kommunikálni egymással localhoston, de figyelni kell emiatt, hogy két konténer nem használhatja ugyanazt a portot, és NAT-tal kell kommunikálnuk. ==
{{kvízkérdés|típus=egy|válasz=|pontozás=-}}
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}}
# Igaz
# Igaz
# Hamis
# Hamis
373. sor: 373. sor:
# Mikroszervíz
# Mikroszervíz


== A serverless egy felhőalapú számítási execution modell, ahol a felhő szolgáltató dinamikusan kezeli a kiszolgálók elosztását és ellátását. A serverless alkalmazás eseménynélküli, számtalan konténerben fut, amelyek esemény-kiváltottak, rövid életűek  
== A serverless egy felhőalapú számítási execution modell, ahol a felhő szolgáltató dinamikusan kezeli a kiszolgálók elosztását és ellátását. A serverless alkalmazás eseménynélküli, számtalan konténerben fut, amelyek esemény-kiváltottak, rövid életűek és amelyeket a felhő szolgáltató teljes mértékben kezel. ==
és amelyeket a felhő szolgáltató teljes mértékben kezel. ==
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}}
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}}
# Igaz
# Igaz
380. sor: 379. sor:


== Function as a Service (FaaS): Egyből futtatható kód, infrastruktúra nélkül, tehát felhőben egyből futtatható. Ahelyett hogy skálázni kellene a monolitikus modellben, most csak felosztjuk a szervert több function-re, amik azonnal és automatikusan skálázhatóak. ==
== Function as a Service (FaaS): Egyből futtatható kód, infrastruktúra nélkül, tehát felhőben egyből futtatható. Ahelyett hogy skálázni kellene a monolitikus modellben, most csak felosztjuk a szervert több function-re, amik azonnal és automatikusan skálázhatóak. ==
{{kvízkérdés|típus=egy|válasz=|pontozás=-}}
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}}
# Igaz
# Igaz
# Hamis
# Hamis

A lap 2022. június 12., 18:54-kori változata

Ez egy nemhivatalos kikérdező, amely a ZH előtt igyekszik tesztelni titeket. Ebben a kikérdezőben megtalálhatóak a ZH-ig kigyűjtött anyagból kérdések. Ez a kikérdező csak tudást mér fel, teljesen felkészíteni nem fog tudni a ZH-ra! Sok sikert hozzá! :)

ZH kikérdező
Statisztika
Átlagteljesítmény
-
Eddigi kérdések
0
Kapott pontok
0
Alapbeállított pontozás
(+)
-
Beállítások
Minden kérdés látszik
-
Véletlenszerű sorrend
-
-


Mi hiányzik az alábbi Dockerfile-ból a "[...]" helyen?

FROM alpine
RUN export ADMIN_USER="mark" \
&& echo $ADMIN_USER > ./mark \
&& unset ADMIN_USER
[...] ash

Típus: egy. Válasz: 3. Pontozás: -.

  1. FROM
  2. RUN
  3. CMD
  4. ROOT

Mi hiányzik az alábbi Dockerfile-ból a "[...]" helyen?

[...] ubuntu
RUN apt-get update
RUN apt-get install –y nginx
CMD [“echo”,”Image created”]

Típus: egy. Válasz: 1. Pontozás: -.

  1. FROM
  2. RUN
  3. CMD
  4. ROOT

Az alábbi állítás egy részét kitakartuk. Mi állhatott a "[...]" helyén?
A "docker run -it alpine ash" parancsot a Docker hoston a Docker [...] hajtja végre.

Típus: egy. Válasz: 2. Pontozás: -.

  1. alpine
  2. daemon
  3. LXC
  4. management tool

Mi az overlay hálózat szerepe a Docker Swarm Mode-ban?

Típus: egy. Válasz: 4. Pontozás: -.

  1. Minden hálózati parancs hozzá fut be, ő menedzseli azokat.
  2. Taskok futtatása hálózaton.
  3. Végrehajtja a számára kiadott feladatot a service-ben.
  4. Megosztott hálózat több host felett, routing átfedő.

Válassza ki a helyes definíciót Amdahl törvényére!

Típus: egy. Válasz: 3. Pontozás: -.

  1. Kiszámítható vele, hogy hány gép köthető rá egy nagysebességű hálózatra.
  2. Megadja a statikus adatközpontok kiesési bevételének százalékos csökkenését.
  3. Egy szekvenciális programkód párhuzamosítható részeit figyelembe véve megadja a várható sebességnövekedés mértékét.
  4. A párhuzamosítható része a feladatnak megadja, hogy milyen szinten korlátozza le a gyorsítás mértékét.

Mely 6 névtér tartozik bele az alapvető Linux névterekbe?

Típus: több. Válasz: 1,2,4,6,7,8. Pontozás: -.

  1. Mount: Saját fájlrendszer, csatolások/létrehozáskor másolódik.
  2. UTS: UNIX Timesharing System, folyamat más host és domainnevet kap (UTS infó).
  3. LSNS: Számontartja az aktív névtereket.
  4. IPC: InterProcess Communication.
  5. CGroup: Host erőforrás felhasználás korlátozása, számontartása.
  6. Net: Hálózati erőforrások izolál, csak visszacsatoló interface, interface-ek mozgathatóak, saját routingtable, firewall, IP.
  7. PID: Process ID, hierarchikus rendszerben, egymásba ágyazott szerkezet.
  8. User: Biztonsági attr. izolálása, mappalés parent user, folyamat lehet root, csak kívülről nem.

A 6 alapvető Linux névtér feladata...

Típus: több. Válasz: 1,3. Pontozás: -.

  1. a rendszer erőforrásainak elszigetelése.
  2. a rendszer százalékos szétosztása az erőforrásoknak megfelelően.
  3. segítenek két konténer elkülönítésében.
  4. a rendszer teljesítőképességének felmérése, és aszerinti felosztása.

Melyek tartoznak a Cgroups erőforrás számontartásokba?

Típus: több. Válasz: 1,3,4,6. Pontozás: -.

  1. Tárolás (mem)
  2. Tároló (hdd/ssd)
  3. Számítás (CPU)
  4. Kommunikáció (blkio)
  5. Egyéb (tmp)
  6. Eszköz (dev)

Mi a statikus adatközpont hátránya túlbiztosítás esetén?

Típus: több. Válasz: 3. Pontozás: -.

  1. A túlbiztosítás az egyenlő a kiesett bevétellel, ugyanis az erőforrások nem képesek teljes mértékben lefedni a kívánt igényeket.
  2. A túlbiztosítás az egyenlő az elveszett ügyfelekkel, ugyanis nem képes minden ügyfelet megfelelően kiszolgálni, így azok másik szolgáltatót választanak.
  3. A túlbiztosítás az egyenlő az alul kihasználtsággal, sok erőforrás kihasználatlan marad.
  4. A túlbiztosítás az egyenlő a párhuzamosítással, túlságosan sok folyamat van egyszerre párhuzamosítva, mely hatékonyság már káros.

Mi a statikus adatközpont hátránya alultervezés esetén?

Típus: több. Válasz: 1,2. Pontozás: -.

  1. Az alultervezés az egyenlő a kiesett bevétellel, ugyanis az erőforrások nem képesek teljes mértékben lefedni a kívánt igényeket.
  2. Az alultervezés az egyenlő az elveszett ügyfelekkel, ugyanis nem képes minden ügyfelet megfelelően kiszolgálni, így azok másik szolgáltatót választanak.
  3. Az alultervezés az egyenlő az alul kihasználtsággal, sok erőforrás kihasználatlan marad.
  4. Az alultervezés az egyenlő a párhuzamosítással, túlságosan sok folyamat van egyszerre párhuzamosítva, mely hatékonyság már káros.

Mi a Docker image és konténer közti kapcsolat?

Típus: egy. Válasz: 2. Pontozás: -.

  1. A Docker image egy konténer futtatott példánya.
  2. A konténer egy Docker image futtatott példánya.
  3. Akár több Docker konténer is lehet egy image-ben.
  4. Akár több Docker image is lehet egy konténerben.

Több Docker konténert alapértelmezett hálózati beállítással hoztunk létre. A konténerek számára a hálózati elérése céljából...

Típus: egy. Válasz: 2. Pontozás: -.

  1. új névtereket kell létrehoznunk és az interface-eket átmozgatnunk a megfelelő névterekbe.
  2. a docker0 bridge-n keresztül történik, de a konténerek csak nem-publikus (private) IP címet kapnak.
  3. a docker0 bridge-n keresztül történik, de a konténerek csak publikus IP címet kapnak.
  4. routinggal oldjuk meg a kapcsolat kiépítését.

Ha van egy-egy interface-ünk két külön net namespace-ben, akkor azok hogyan kommunikálnak egymással, hogyan lehet összekötni őket?

Típus: egy. Válasz: 4. Pontozás: -.

  1. Új névtereket kell létrehoznunk és az interface-eket átmozgatnunk a megfelelő névterekbe.
  2. A docker0 bridge-n keresztül, de a konténerek csak nem-publikus (private) IP címet kapnak.
  3. A docker0 bridge-n keresztül történik, de a konténerek csak publikus IP címet kapnak.
  4. Routinggal oldjuk meg a kapcsolat kiépítését.

Mely(ek) lehet(nek) nagyméretű számítási erőforrás rendszer(ek)?

Típus: több. Válasz: 2,3. Pontozás: -.

  1. Nyomtató egy hálózatra kötve.
  2. Clusterek.
  3. Nagysebességű helyi hálózaton keresztül összekötött ugyanolyan számítógépek.
  4. Filesharing.

Mi(k) az előnye(i) a konténernek?

Típus: több. Válasz: 1,4. Pontozás: -.

  1. Gyorsan deployolható.
  2. Deamont futtat, így van root jog.
  3. Nincs hardver izoláció, mint VM-eknél.
  4. Hordozható és flexibilis.

Mi(k) a hátránya(i) egy konténernek?

Típus: több. Válasz: 1,3. Pontozás: -.

  1. Nincs hardver izoláció, mint VM-eknél.
  2. Hordozható.
  3. Default user a root a konténerben.
  4. Gyors deployment.

Mely állítás(ok) igaz(ak) a konténerre?

Típus: több. Válasz: 1,2,4. Pontozás: -.

  1. Alkalmazások csomagszintű terjesztésére használják.
  2. OS szintű virtualizáció, elkülönített erőforrások, de a kernel közös.
  3. Egy konténerben több különböző OS is megtalálható.
  4. Microservices architektúra támogatásár + SOA (Service Oriented Architecture).

Mely(ek) Linux namespace rendszerhívás(ok)?

Típus: több. Válasz: 1,2,4. Pontozás: -.

  1. Unshare: Folyamat végrehajtási kontextus részeit szétválasztja, amelyeket más folyamatokkal osztanak meg.
  2. Setns: Belép a fájleíró által megadott névtérbe.
  3. Unmount: Folyamat, mely fájlrendszer lecsatolódásakor másolódik.
  4. Clone: Részek megosztása folyamat létrehozásakor + jelzők áttelepíteni való névterekhez.

Az LXC (Linux Container) egy userspace interfész a Linux kernel elszigetelési funkciókhoz. Felhasználók könnyen tudnak kezelni rendszer- vagy alkalmazási konténereket. A Libvirt LXC egy userspace container management tool.

Típus: egy. Válasz: 1. Pontozás: -.

  1. Igaz
  2. Hamis

Mely állítás(ok) igaz(ak) a Dockerre?

Típus: egy. Válasz: 2,3,4. Pontozás: -.

  1. Instabil kontroll és plugin API.
  2. Linux container engine, minden docker parancsot ez az engine hajt végre.
  3. Multi-arch, multi-OS és klaszterezhető.
  4. Fizetős, felhasználói támogatással: docker-ee.

A Docker Peer-to-Peer architektúrát használ. A Docker deamonon keresztül, amely a Docker konténerek építésének, futásának és létrehozásának nagyfokú kezelését teszi lehetővé.

Típus: egy. Válasz: 2. Pontozás: -.

  1. Igaz
  2. Hamis

Miknek a segítségével tud kommunikálni egy a Docker kliens és a deamon?

Típus: több. Válasz: 2,3,4. Pontozás: -.

  1. Bridge
  2. REST API
  3. UNIX socker
  4. Hálózati interfész

Melyek a Docker architektúra részei?

Típus: több. Válasz: 1,2,3,4. Pontozás: -.

  1. Tárház (registry): Alapesetben helyi (on-host), Docker on-line adatbázist (github-hoz hasonló).
  2. Képfájl (image): Egy VM-nek megfelelő fájl együttes, amely tartalmaz minden olyan kiegészítést (lib, db, config, stb), ami szükséges az igényelt alkalmazás futtatásához.
  3. Konténer (container): Egy Docker image futtatott példánya.
  4. Deamon: Konténerek építésének, futásának és létrehozásának nagyfokú kezelését teszi lehetővé.

Melyek a Docker Engine főbb részei?

Típus: több. Válasz: 1,2,4. Pontozás: -.

  1. Szerver: Egy hosszú futású program, ami a Docker Deamon.
  2. REST API: Megadja az interfészeket, amit a program használhat, hogy a deamonnal kommunikáljon, és utasítsa őt, hogy mit tegyen.
  3. Konténter (container): Egy Docker image futtatott példánya.
  4. CLI: A Docker REST API-t használja a Docker deamon vezérléséhez vagy interakciójához szkriptekkel vagy parancsokkal.

Milyen feladatokat hajt végre a hoston a Docker deamon?

Típus: több. Válasz: 1,2,4. Pontozás: -.

  1. Run: Letölt MINDENT és futtatja a konténerüket.
  2. Build: Saját image létrehozása.
  3. Mount: Image felcsatolása.
  4. Pull: Lehúzza az image-t a docker registry-ből, és menti a saját rendszerünkbe.

A Docker Engine olyan eszköz, amely lehetővé teszi a Docker Engine telepítését virtuális gépeken, és menedzselését a hostoknak. Távoli állomásokon konténer kezelés.

Típus: egy. Válasz: 2. Pontozás: -.

  1. Igaz
  2. Hamis

Mely állítás(ok) igaz(ak) az image-re?

Típus: több. Válasz: 2,3,4. Pontozás: -.

  1. Olvasható és írható template-ek is vannak benne.
  2. Rétegekből áll (kernel-bootfs, Base Image, Images..., Container -> image), ezek tömörítve tárolva.
  3. Gyakran egy image egy másik image-en alapszik, csak további testreszabásokkal.
  4. Dockerfile-ban van definiálva a létrehozási lépések (recept). Instrukciók új rétegekben.

A Docker compose egy olyan tool, amivel egy több konténert tartalmazó Docker alkalmazást hozhatunk létre vagy futtathatunk. A YAML fájllal konfigutálhatjuk az alkalmazás szolgáltatásait, majd egyetlen paranccsal létrehozni, illetve futtatni az összes szolgáltatást a konfigurációnkból.

Típus: egy. Válasz: 1. Pontozás: -.

  1. Igaz
  2. Hamis

A Docker compose működése, mely három fő lépésből áll?

Típus: több. Válasz: 1,4. Pontozás: -.

  1. A docker-compose.yml fájl létrehozása, szolgáltatás definiálása, így tud több izolált környezettel is együtt futni.
  2. Applikáció környezetét Docker deamonban definiálja.
  3. Parancs futtatása: docker-compose run.
  4. Parancs futtatása: docker-compose.

Mely állítások tartozhatnak a orkesztráció (Docker Swarm, Kubernetes) feladatai közé?

Típus: több. Válasz: 1,2,3,4. Pontozás: -.

  1. Konténerek biztosítása és telepítése.
  2. A konténerek közötti szolgáltatások felfedezése.
  3. Erőforrások elosztása a konténerek között.
  4. Konténerek mozgatása, méret növelés, eltávolítás.

A Docker Workflow egyszerű átjárást biztosít a dev és production környezet közöt.

Típus: egy. Válasz: 1. Pontozás: -.

  1. Igaz
  2. Hamis

Melyek Dockerfile parancsok ezek közül?

Típus: több. Válasz: 2,3,4,6,7. Pontozás: -.

  1. TO: Egy már létező képfájlból csomagolja bele a fájlt; ez lesz majd az alap réteg (lecsupaszított Linux képfájl: Alpine, busybox).
  2. FROM: Egy már létező képfájlból indul ki az új képfájl; ez lesz az alap réteg (lecsupaszított Linux képfájl: Alpine, busybox).
  3. COPY: Fájlokat másol át a host adott könyvtárából (directory) a képfájlba (pl. konfig, forráskód, szkript).
  4. EXPOSE: Portot nyit a konténer számára.
  5. BUILD: Telepítendő feladatok megfelelő sorrendben indítása.
  6. RUN: A képfájlba telepítendő, előkészítendő feladatok futtatása.
  7. CMD: Konténer indításakor futtatott parancs.

Mi a Dockerfile előnyei?

Típus: több. Válasz: 2,4. Pontozás: -.

  1. Kódok sorrendje nem számít bele a futásba.
  2. Egy fájlban meghatározható a build folyamat.
  3. Könnyen átírható futás közben is.
  4. Könnyen újra-fordítható (Caching rendszer).

A Kubernetes (orkesztráció típus) automatizált konténer telepítést és menedzsmentet biztos akár multi-host környezetben is + skálázódás vezérléssel.

Típus: egy. Válasz: 1. Pontozás: -.

  1. Igaz
  2. Hamis

Milyen lehetőségek vannak, ha több konténert szeretnénk menedzselni?

Típus: több. Válasz: 1,3,4. Pontozás: -.

  1. Nyilvános felhőkben Docker (AWS, Google Cloud)
  2. Dockerek összekötése hálózaton belül
  3. Docker + OpenStack (OpenStack Magnum)
  4. Docker orkesztráció (Apache Mesos, Kubernetes, Docker Swarm Mode)

A Swarm gépek összessége, amik Dockert futtatnak, és egy cluster-be kapcsolódnak. Ezután ugyanúgy futtatjuk a Dockert, csak a parancsok a swarm manager által lesznek elvégezve ezen a clusteren.

Típus: egy. Válasz: 1. Pontozás: -.

  1. Igaz
  2. Hamis

Legalább kettő master és egy worker node van Kubernetesnél meg Swarmnál is.

Típus: egy. Válasz: 2. Pontozás: -.

  1. Igaz
  2. Hamis

A master node egyúttal lehet worker node is.

Típus: egy. Válasz: 1. Pontozás: -.

  1. Igaz
  2. Hamis

A swarm mode, amikor...

Típus: egy. Válasz: 1. Pontozás: -.

  1. létrehozunk egy service-t, megadjuk annak optimális állapotát. Ha egy node elérhetetlenné válik, akkor a Docker átszervezi a taskot (futó konténer) egy másik node-ra.
  2. létrehozunk egy service-t, megadjuk annak optimális állapotát. Ha egy node elérhetetlenné válik, akkor a Docker törli azt.
  3. létrehozunk egy service-t, megadjuk annak optimális állapotát. Ha egy node elérhetetlenné válik, akkor a Docker csak a futó feladatok szervezi át másik node-ra.
  4. létrehozunk egy service-t, megadjuk annak optimális állapotát. Ha egy node elérhetetlenné válik, akkor a Docker lemásolja azt, majd megpróbálja újraindítani. Amennyiben ez se sikerül, megsemmisíti azt.


Melyik fogalom definíciója ez? Minden node fogadhat kapcsolatot a hirdetett porton, a swarm load balancer egy aktív konténerhez routol-ja a kérést még ha az más hoston is van, és a a kérést először fogadó host-on nem is fut olyan task.

Típus: egy. Válasz: 3. Pontozás: -.

  1. Swarm load balancer
  2. Cluster
  3. Routing mesh
  4. Swarm mode

Melyik fogalom definíciója ez? Node-ok összessége, ahol legalább egy master node és több worker node van, amik lehetnek fizikaiak vagy virtuálisak is.

Típus: egy. Válasz: 2. Pontozás: -.

  1. Swarm load balancer
  2. Cluster
  3. Routing mesh
  4. Swarm mode

Melyik fogalom definíciója ez? Ő kezeli az applikációk ütemezésést és deployementjét a node-ok között. A node-okkal az API serveren kereszetül kommunikál.

Típus: egy. Válasz: 4. Pontozás: -.

  1. Node
  2. Kubelet
  3. Pods
  4. Kubernetes master

Melyik fogalom definíciója ez? Egy vagy több konténer, amely egyetlen node-ra van elhelyezve Osztozkodnak IP címen, host neven. Az absztrakt hálózat és a tároló elkülönül az alatta található konténerektől. Ezáltal könnyebben mozgatható a konténer a cluster körül.

Típus: egy. Válasz: 3. Pontozás: -.

  1. Node
  2. Kubelet
  3. Pods
  4. Kubernetes master

Melyik fogalom definíciója ez? A kért, hozzájuk rendelt feladatokat végzik el. A Kubernetes master vezérli őket.

Típus: egy. Válasz: 1. Pontozás: -.

  1. Node
  2. Kubelet
  3. Pods
  4. Kubernetes master

Melyik fogalom definíciója ez? Minden node futtat egy agent folyamatot, ami a node állapotának menedzselésért felelős (start, stop...) Minden információját a Kubernetes API serverről kapja.

Típus: egy. Válasz: 2. Pontozás: -.

  1. Node
  2. Kubelet
  3. Pods
  4. Kubernetes master

Melyik fogalom látja el ezt a feladatot: load balancerezés a podoknak.

Típus: egy. Válasz: 2. Pontozás: -.

  1. Lables
  2. Proxy
  3. Etcd
  4. cAdvisor
  5. Scheduler

Melyik fogalom látja el ezt a feladatot: metadata sevice.

Típus: egy. Válasz: 3. Pontozás: -.

  1. Lables
  2. Proxy
  3. Etcd
  4. cAdvisor
  5. Scheduler

Melyik fogalom látja el ezt a feladatot: podokat azonosítja.

Típus: egy. Válasz: 1. Pontozás: -.

  1. Lables
  2. Proxy
  3. Etcd
  4. cAdvisor
  5. Scheduler

Melyik fogalom látja el ezt a feladatot: konténer felügyelő, ami erőforrás használatot és teljesítmény statisztikákat szolgál.

Típus: egy. Válasz: 4. Pontozás: -.

  1. Lables
  2. Proxy
  3. Etcd
  4. cAdvisor
  5. Scheduler

Melyik fogalom látja el ezt a feladatot: node-okat rendel a podokhoz, a megadott erőforrás-és policy korlátozásoktól függően.

Típus: egy. Válasz: 5. Pontozás: -.

  1. Lables
  2. Proxy
  3. Etcd
  4. cAdvisor
  5. Scheduler

Podok előnyei, hogy tudnák kommunikálni egymással localhoston, de figyelni kell emiatt, hogy két konténer nem használhatja ugyanazt a portot, és NAT-tal kell kommunikálnuk.

Típus: egy. Válasz: 2. Pontozás: -.

  1. Igaz
  2. Hamis

Melyik fogalom definíciója? Egy alkalmazást külön processzben futó, egymással valamilyen, viszonylag egyszerű mechanizmussal kommunikáló (ez legtöbbször egy HTTP API) kisebb szolgáltatások összességéből építünk fel.

Típus: egy. Válasz: 2. Pontozás: -.

  1. Konténer
  2. Mikroszervíz

Melyik fogalom definíciója? Horizontálisan vannak elosztva a Prem/Cloud/Hybrid-eken.

Típus: egy. Válasz: 1. Pontozás: -.

  1. Monolitikus
  2. Mikroszervíz

Melyik fogalom definíciója? Vertikálisan és horizontálisan is el vannak osztva.

Típus: egy. Válasz: 2. Pontozás: -.

  1. Monolitikus
  2. Mikroszervíz

A serverless egy felhőalapú számítási execution modell, ahol a felhő szolgáltató dinamikusan kezeli a kiszolgálók elosztását és ellátását. A serverless alkalmazás eseménynélküli, számtalan konténerben fut, amelyek esemény-kiváltottak, rövid életűek és amelyeket a felhő szolgáltató teljes mértékben kezel.

Típus: egy. Válasz: 1. Pontozás: -.

  1. Igaz
  2. Hamis

Function as a Service (FaaS): Egyből futtatható kód, infrastruktúra nélkül, tehát felhőben egyből futtatható. Ahelyett hogy skálázni kellene a monolitikus modellben, most csak felosztjuk a szervert több function-re, amik azonnal és automatikusan skálázhatóak.

Típus: egy. Válasz: 1. Pontozás: -.

  1. Igaz
  2. Hamis

Mik a FaaS előnyei?

Típus: több. Válasz: 2,3,5. Pontozás: -.

  1. Sok, szeparált részt.
  2. Soha nem kell idle erőforrásokért fizeti.
  3. Vele járó a skálázhatóság.
  4. Auto-scaling gyakran költség skálázást is jelent.
  5. Beépíthető és hibatűrő.

Mik a FaaS hátrányai?

Típus: több. Válasz: 1,3,5. Pontozás: -.

  1. Csökkenti az átláthatóságot.
  2. Kevesebb fejlesztői ligisztika – szerver infrastruktúra menedzselése valaki más feladata.
  3. Auto-scaling gyakran költség skálázást is jelent.
  4. Kis, kezelhető egységek.
  5. Nehéz debuggolni.
A lap eredeti címe: „https://vik.wiki/index.php?title=HAKAP_ZH_felkészítő_kikérdező&oldid=202537”