50 Docker állásinterjú kérdés

https://www.edureka.co/blog/interview-questions/docker-interview-questions/

A 2013-ban bemutatott Docker meghódította az IT-iparágat, 2017 végére nagy sikert aratott, amit a
8 milliárd konténer képfájl (image) letöltés mutat. A szolgáltatás iránti növekvő kereslet
exponenciális növekedést hozott az álláslehetőségek terén is. Nézegesse az új álláslehetőséget és
készüljön fel az állásinterjúkra ezzel az 50 Docker interjúkérdéssel.
Docker alapkérdések
A Docker Interjúkérdések ezen kategóriája olyan kérdésekből áll, amelyeket várhatóan tudni fog.
Ezek a legalapvetőbb kérdések. Egy interjúztató ilyen kérdésekkel kezd, és csak ezután emeli a
nehézségi szintet. Vessünk egy pillantást rájuk.
1. Mi a Hypervisor?
A Hypervisor olyan szoftver, amely lehetővé teszi a virtualizációt. Virtuális gépfigyelőnek is hívják.
Felosztja a gazdarendszert, és az egyes megosztott virtuális környezetekhez hozzárendeli az
erőforrásokat. Lényegében több operációs rendszerrel rendelkezhet egyetlen gazda rendszeren.
Kétféle Hypervisor létezik:
 1. típus: Native Hypervisornak vagy Bare metal Hypervisornak is hívják. Közvetlenül az alapul
szolgáló gazda rendszeren fut. Közvetlen hozzáféréssel rendelkezik a gazdagép rendszerszintű
hardveréhez, ezért nem igényel alapkiszolgáló operációs rendszert.
 2. típus: Ez a fajta hipervizor használja a gazdagép operációs rendszerét. Hosted Hypervisor-
nak is hívják.
2. Mi a virtualizáció?
A virtualizáció egy szoftveralapú, virtuális változat (számítási tárhely, szerverek, alkalmazások stb.)
létrehozásának folyamata. Ezek a virtuális verziók vagy környezetek egyetlen fizikai hardver
rendszerből készülnek. A virtualizáció lehetővé teszi, hogy egy rendszert sok különböző szekcióra
oszthasson, amelyek különálló, elhatárolt rendszerként működnek. A Hypervisor nevű szoftver
lehetővé teszi ezt a fajta felosztást. A hipervizor által létrehozott virtuális környezetet virtuális
gépnek hívják.
3. Mi a konténer?
Általában a szoftverfejlesztési folyamat során előfordulhat, hogy az egyik gépen kifejlesztett kód nem
működik tökéletesen más gépeken a függőségek miatt. Ezt a problémát oldotta meg a
konténerizáció. Alapvetően tehát egy fejlesztés alatt álló és telepítendő alkalmazás csomagba van
foglalva az összes konfigurációs fájljával és függőségével együtt. Ezt a csomagot konténernek hívják.
Amikor egy másik rendszeren szeretné futtatni az alkalmazást, a konténert kell telepíteni, amely
hibamentes környezetet biztosít, mivel az összes függőség és könyvtár egybe van csomagolva.
A legismertebb konténeres környezetek: a Docker és a Kubernetes.
4. Mi a különbség a virtualizáció és a konténerizáció között?
A konténerek elszigetelt környezetet biztosítanak az alkalmazás futtatásához. A teljes felhasználói
terület kifejezetten az alkalmazásnak van szentelve. A konténerben végrehajtott bármilyen változás
soha nem jelenik meg a gazdagépen vagy akár az ugyanazon a gazdagépen futó más tárolókon. A
konténerek az alkalmazási réteg absztrakciói. Minden konténer más és más alkalmazás.
A virtualizációban a hipervizorok egy teljes virtuális gépet biztosítanak a vendégnek (beleértve a
Kernelt is). A virtuális gépek a hardver réteg absztrakciói. Minden virtuális gép fizikai gép.

50 Docker állásinterjú kérdés 1

5. Mi a Docker?
A Docker egy konténer platform, amely az alkalmazást és annak összes függőségét konténerbe
csomagolja össze annak érdekében, hogy az alkalmazás zökkenőmentesen működjön bármilyen
környezetben, legyen szó fejlesztésről, tesztről vagy felhasználói környezetről. A Docker konténerek
szoftver elemeket csomagolnak egy teljes fájlrendszerbe, amely mindent tartalmaz a futtatáshoz:
kódot, futásidőt, rendszereszközöket, -könyvtárakat, stb., tulajdonképpen mindent, ami telepíthető
egy szerverre. Ez garantálja, hogy a szoftver a környezetétől függetlenül mindig ugyanúgy fog futni.
6. Mi az a Docker konténer?
A Docker konténerek tartalmazzák az alkalmazást és annak összes függőségét. Megosztja a kernelt
más tárolókkal, így azok elkülönített folyamatokként futnak a gazda operációs rendszer felhasználói
terében. A docker konténerek nem kapcsolódnak semmilyen meghatározott infrastruktúrához:
bármely számítógépen, bármilyen infrastruktúrán és bármely felhőben futnak. A Docker konténerek
alapvetően a Docker képfájlok futásidejű példányai.
7. Mik azok a Docker képfájlok?
A Docker képfájl a Docker konténer forrása. Más szavakkal, a Docker képfájlokat konténerek
létrehozására használják. Amikor a felhasználó Docker képfájlt futtat, akkor létrejön annak egy
konténer példánya. Ezek az képfájlok bármilyen Docker környezetben elindíthatók.
8. Mi a Docker Hub?
A Docker képfájlok konténereket hoznak létre. Kell lennie egy nyilvántartásnak, ahol ezek a képfájlok
fellelhetők. Ez a nyilvántartás a Docker Hub. A felhasználók letölthetik a képfájlt a Docker Hubról, és
felhasználhatják őket testreszabott képfájlok és konténerek létrehozására. Jelenleg a Docker Hub a
világ legnagyobb nyilvános képfájl tárháza.
9. Magyarázza el a Docker architektúrát?
A Docker Architecture egy Docker Engine-ből áll, amely egy kliens-szerver alkalmazás, három fő
összetevővel:
1. Kiszolgáló, amely egy futó program, egy ú.n. démon folyamat (a docker parancs).
2. REST API, amely meghatározza azokat az interfészeket, amelyeket a programok használhatnak a
démonnal folytatott beszélgetés és annak utasítása során.
3. Parancssori interfész (CLI) kliens (a docker parancsok bevitelére). A CLI a Docker REST API-t
használja a Docker démon vezérléséhez vagy a vele való interakcióhoz parancsfájlokkal (szkript)
vagy közvetlen parancssori parancsokkal. Sok más Docker alkalmazás használja az alapul szolgáló
API-t és a CLI-t.
Tekintse meg ezt a blogot, ha többet szeretne megtudni a Docker Architecture szolgáltatásról.
10. Mi az a Dockerfile?
A Docker automatikusan elkészíti a képfájlt, ha elolvassa a Dockerfile nevű fájl utasításait.
A Dockerfile egy olyan szöveges dokumentum, amely tartalmazza az összes parancsot, amelyet a
felhasználó a parancssoron meghívhat egy képfájl összeállításához. A docker build használatával a
felhasználók létrehozhatnak egy automatikus buildet, amely egymás után több parancssori utasítást
hajt végre.
1
A kérdező nem csak definíciókat vár el, ezért magyarázza el, hogyan kell használni a Dockerfile-t.

1
https://www.edureka.co/blog/docker-explained/#Docker%20File,Images,Containers

50 Docker állásinterjú kérdés 2

11. Meséljen valamit a Docker Compose-ról.
A Docker Compose egy YAML fájl, amely részleteket tartalmaz a Docker alkalmazás beállításához
szükséges szolgáltatásokról, hálózatokról és kötetekről. Tehát a Docker Compose segítségével külön
tárolókat hozhat létre, tárolhatja őket, és elérheti, hogy kommunikáljanak egymással. Minden egyes
konténer egy külön portot igényel a többi tárolóval való kommunikációhoz.

12. Mi a Docker Swarm?

A Docker Swarm a Docker natív klaszterezése. A Docker állományok készletéből egyetlen virtuális
Docker-állomás lesz. A Docker Swarm a szokásos Docker API-t használja, minden olyan eszköz, amely
már kommunikál egy Docker démonnal, a Swarm segítségével átláthatóan együttműködhet másik
gazdagéppel.

13. Mi a Docker névtér?

A névtér a Linux egyik funkciója és a konténerek fontos fogalma. A névtér elkülönítési réteget ad a
tárolókban. A Docker különféle névtereket biztosít annak érdekében, hogy továbbra is hordozhatóak
maradjanak, és ne érintsék az alapul szolgáló gazdagéprendszert. Néhány névtértípus, amelyet a
Docker támogat - PID, Mount, IPC, Felhasználó, Hálózat.

14. Mi a Docker konténer életciklusa?

Ez az egyik legnépszerűbb kérdés a Docker interjúk során. A Docker konténerek állapotai:
 Létrehozva
 Futtatva
 Szüneteltetve (opcionális)
 Szüneteltetés feloldva (opcionális)
 Indítva
 Leállítva
 Újraindítva
 Kiléptetve (kill)
 Elpusztítva (destroy)

15. Mi az a Docker Machine?

A Docker Machine egy olyan eszköz, amely lehetővé teszi a Docker Engine telepítését a virtuális
gazdagépekre. Ezeket a gazdagépeket mostantól a docker-machine parancsokkal lehet kezelni. A
Docker gép lehetővé teszi a Docker Swarm klaszterek rendelkezésre bocsátását is.

50 Docker állásinterjú kérdés 3

Docker alapparancsok
Ez a szakasz azokról a parancsokról szól, amelyek nagyon gyakoriak a Docker felhasználók között.
16. Hogyan ellenőrizhető a Docker Client és a Docker Server verzió?
A következő parancs információt nyújt a Docker Client és a Server verzióiról:
$ docker version
17. Melyik parancs adja meg a futó, a szüneteltetett és leállított konténerek számát?
A következő paranccsal részletes információkat kaphat a rendszerére telepített dockerról.
$ docker info
Listázza a futó, szüneteltetett, leállított konténerek és a képfájlok számát és még sok minden mást.
18. Ha homályosan emlékszik a parancsra, hogyan kap segítséget az adott parancshoz?
A következő parancs segítséget nyújt a parancs használatában, a szintaxisban stb.
$ docker --help
A fenti parancs felsorolja az összes Docker parancsot. Ha egy adott paranccsal kapcsolatban van
szüksége segítségre, akkor a következő szintaxist használhatja:
$ docker <parancs> --help
19. Hogyan lehet bejelentkezni a docker adattárba?
A következő paranccsal jelentkezhet be a hub.docker.com webhelyre:
$ docker login
Kérni fogja a felhasználónevét és jelszavát, írja be ezeket és már be is jelentkezett.
20. Ha egy alapképfájlt szeretne használni, és módosításokat szeretne végrehajtani benne,
vagy személyre szabná, hogyan csinálja ezt?
Ez egy egyszerű parancs egy képfájl lehúzására a docker központból:
$ docker pull <image_name>
21. Hogyan hozhat létre konténert egy képfájlból?
Használja a következő parancsot:
$ docker run -it -d <image name>
Valószínűleg a következő kérdés az lenne, hogy mit jelent a '-d' kapcsoló a parancsban?
-d azt jelenti, hogy a tárolónak leválasztott módban kell elindulnia. Meséljen egy kicsit a leválasztási
módról. Nézze meg ezt a blogot, hogy jobban megértse a különböző docker parancsokat.
22. Hogyan listázza ki az összes futó konténert?
A következő parancs felsorolja az összes futó tárolót:
$ docker ps
23. Tegyük fel, hogy van 3 futó konténere, és be akar lépni az egyikbe. Hogyan férhet hozzá
egy futó tárolóhoz?
A következő paranccsal hozzáférhetünk egy futó tárolóhoz:
$ docker exec -it <tárolóazonosító> bash
Az exec paranccsal bejuthat egy konténerbe és dolgozhat vele.

50 Docker állásinterjú kérdés 4

24. Hogyan lehet elindítani, leállítani és kiléptetni egy konténert?
A következő paranccsal indíthat docker-tárolót:
$ docker start <container_id>
és a következő leállítja a futó konténert:
$ docker stop <container_id>
léptessen ki egy konténert a következő paranccsal:
$ docker kill <container_id>

25. Hogyan használhat, szerkeszthet és frissíthet egy konténert? Továbbá, hogyan

készíthet újat és hogyan tárolja a helyi rendszerben?
Természetesen használhat tárolót, szerkesztheti és frissítheti. Ez bonyolultnak hangzik, de valójában
csak egy parancs.
$ docker commit <conatainer id> <username/imagename>

26. Miután dolgozott egy képfájllal, hogyan tolhatja a Docker Hub-ba?

$ docker push <username/image name>

27. Hogyan lehet törölni a leállított konténert?

A következő paranccsal törölheti a leállított tárolót:
$ docker rm <tárolóazonosító>

28. Hogyan lehet törölni egy képfájlt a helyi rendszerből?

A következő paranccsal törölhet egy képfájlt a helyi rendszerből:
$ docker rmi <image -id>

29. Hogyan készítsünk Dockerfile-t?

Miután megírt egy Dockerfile-t, fel kell építenie, hogy képfájlokat hozzon létre a specifikációk szerint.
A következő paranccsal készítsen Dockerfile-t:
$ docker build <elérési út a docker fájlhoz>
A következő kérdés az lenne, hogy mikor használja a „.dockerfile_name” nevet, és mikor használja a
teljes elérési utat?
Használja a „.dockerfile_name” nevet, amikor a dockerfile ugyanabban a fájlkönyvtárban létezik, és a
teljes elérési utat akkor, ha máshol található.

30. Tudja, miért használják a docker system prune parancsot ? Mit csinál?

$ docker system prune

A fenti paranccsal eltávolíthatjuk az összes leállított tárolót, az összes nem használt hálózatot, az
összes nem használt képfájlt és az összes gyorsítótárat. Ez az egyik leghasznosabb docker parancs.

50 Docker állásinterjú kérdés 5

Docker speciális kérdések
A kérdésekre csak akkor tud válaszolni, ha már tapasztalatokat szerzett a Docker használata során.

31. Elveszíti az adatait, ha a konténer leáll?

Nem, nem fog elveszíteni semmilyen adatot, amikor a Docker konténer kilép. Az alkalmazás által a
tárolóba írt adatokat mindaddig megőrzi a lemez, amíg Ön kifejezetten nem törli a konténert. A
konténer fájlrendszere a konténer leállítása után is megmarad.

32. Mit gondolsz, hol használják a Dockert?

A Dockert a következő területeken használják:
 A konfiguráció egyszerűsítése: A Docker lehetővé teszi környezetének és konfigurációjának
kódba helyezését és telepítését.
 Kód felhasználásának-kezelése: Különböző rendszereket használnak a fejlesztéshez és a
felhasználáshoz. Ahogy a kód a fejlesztéstől a tesztelésig, majd a felhasználásig jut, környezeti
különbségen megy keresztül. A Docker segít a kód konzisztenciájának fenntartásában.
 Fejlesztői termelékenység: A Docker fejlesztési célú felhasználása két dolgot jelent: közelebb
vagyunk a felhasználáshoz, és a fejlesztési környezet gyorsabban épül fel.
 Alkalmazásszigetelés: Mivel a konténerek olyan alkalmazások, amelyek minden függőséggel
együtt vannak csomagolva, az alkalmazásai elszigeteltek. Önállóan dolgozhatnak bármilyen
hardveren, amely támogatja a Dockert.
 Hibakeresési képességek: A Docker különféle hibakeresési eszközöket támogat, amelyek nem
specifikusak a tárolókra, de jól működnek a tárolókkal.
 Több bérlet: A Docker lehetővé teszi több bérlővel rendelkező alkalmazás használatát,
elkerülve a redundanciát a kódokban és a telepítésekben.
 Gyors telepítés: A Docker kiküszöböli annak szükségességét, hogy a teljes operációs rendszert
a semmiből növelje, csökkentve ezzel a telepítési időt.

33. Miben különbözik a Docker más konténerezési módszerektől?

A Docker konténerek nagyon könnyen telepíthetők bármely felhőalapú platformra. Több
technológiát futtathat ugyanazon hardveren, futtathatja az alkalmazásokat, megkönnyíti a fejlesztők
számára a gyors, futásra kész konténeres alkalmazások létrehozását, és sokkal könnyebbé teszi az
alkalmazások kezelését és telepítését. Még tárolókat is megoszthat az alkalmazásaival.

34. Használhatom a JSON-t a YAML helyett a Docker compose fájl létrehozásakor?

Igen, a JSON-fájl használatához adja meg a használni kívánt JSON-fájlnevet, például:
$ docker-compose -f docker-compose.json up

35. Hogyan használta a Dockert korábbi pozíciójában?

Magyarázza el, hogyan használta a Dockert a gyors telepítés elősegítésében. Magyarázza el, hogyan
írt Docker programot, és hogyan használta más eszközökkel, például Puppet, Chef vagy Jenkins. Ha
nincs gyakorlati tapasztalata a Docker alkalmazásában, de ehelyett más, hasonló eszközökkel van
tapasztalata, legyen őszinte és magyarázza el ugyanezt. Ilyenkor összehasonlíthat más eszközöket a
Dockerrel a funkcionalitás szempontjából.

50 Docker állásinterjú kérdés 6

36. Vannak-e speciális követelmények Docker konténerek együttes használatakor?
Az olyan nagy webes környezetek, mint a Google és a Twitter, valamint olyan platformszolgáltatók,
mint a Heroku és a dotCloud, mind konténer technológiával futnak. Több százezer vagy akár millió
konténert használnak, amelyek párhuzamosan futnak. A követelményekről szólva a tárolóknak
mindig szükségük van a memóriára és az operációs rendszerre, valamint arra, hogy ezt a memóriát
méretezéskor hatékonyan lehessen használni.
37. Milyen platformokon fut a Docker?
Végezzen kutatást, mielőtt elmegy az interjúra, hogy megtudja, hogy a vállalat hogyan használja a
Dockert. Fontos, hogy megemlítse a válaszban azt a platformot, amit a cég használ.
A Docker különféle Linux adminisztrációkon fut:
 Ubuntu 12.04, 13.04 és mások
 Fedora 19/20 +
 RHEL 6.5+
 CentOS 6+
 Gentoo
 ArchLinux
 openSUSE 12.3+
 CRUX 3.0+
A következő felhő platformokkal is használható a Docker:
 Amazon EC2
 Amazon ECS
 Google Compute Engine
 Microsoft Azure
 Rackspace
38. Van-e mód a Docker konténer állapotának azonosítására?
Hat lehetséges állapot létezik, amelyekben egy konténer bármelyik pillanatban létezhet: Létrehozva,
Fut, Szünetel, Újraindítva, Kilépett, Halott.
A következő paranccsal ellenőrizheti a docker állapotát:
$ docker ps
A fenti parancs alapértelmezés szerint csak a futó konténereket sorolja fel. Az összes konténer
kereséséhez használja a következő parancsot:
$ docker ps -a
39. El tudja távolítani a szüneteltetett konténert a Dockerből?
A válasz nem. A szüneteltetett tárolót nem lehet eltávolítani. A tartálynak leállított állapotban kell
lennie, mielőtt eltávolítható lenne.
40. Egy konténer újraindulhat-e önmagától?
A konténer önmagától nem indul újra. Alapértelmezés szerint a --restart beállítás értéke hamis.

50 Docker állásinterjú kérdés 7

41. Melyik a jobb: közvetlenül eltávolítani a konténert az rm paranccsal, vagy leállítani és
utána eltávolítani?
Mindig jobb előbb leállítani a tárolót, majd utána az eltávolítás paranccsal eltávolítani.
$ docker stop <container_id>
$ docker rm -f <container_id>
A konténer leállítása, majd az ezt követő eltávolítás SIG_HUP jelet küld a címzetteknek. Ez biztosítja,
hogy az összes konténernek elegendő ideje lesz a feladataik befejezésére. Ez a módszer tekinthető a
jó gyakorlatnak, mert elkerüli a nem kívánt hibákat.

42. A felhő megelőzi-e a konténerezés használatát?

A Docker konténerek egyre népszerűbbek, ugyanakkor a Cloud szolgáltatások is nagyon előretörtek.
Személyes véleményem szerint a Dockert soha nem fogja felváltani a Cloud. A felhőszolgáltatások
konténerezéssel történő használata csak növeli a szolgáltatások népszerűségét. A szervezeteknek
figyelembe kell venniük követelményeiket és függőségeiket, és el kell dönteniük, hogy mi a legjobb
számukra. A legtöbb vállalat integrálta a Dockert a felhőbe, így mindkét technológiából a lehető
legjobbat kihozhatják.

43. Hány konténer futtatható gazdagépenként?

Gépenként annyi konténer lehet, amennyit csak akar. A Docker nem szab semmilyen korlátot. De
figyelembe kell vennie, hogy minden tárolónak tárhelyre, CPU-ra és memóriára van szüksége,
amelyet a hardvernek támogatnia kell. Figyelembe kell vennie az alkalmazás méretét is. A konténerek
egyszerűek, de nagyon függenek a fogadó operációs rendszertől.

44. Helyes gyakorlat-e állapotmegőrző (stateful) alkalmazásokat futtatni Dockeren?

Az állapotmegőrző alkalmazások mögött az a koncepció áll, hogy adataikat a helyi fájlrendszerbe
tárolják. Az alkalmazás másik gépre történő áthelyezése után az adatok lekérése nehézkes lesz.
Őszintén szólva nem preferálom az állapotmegőrző alkalmazások futtatását a Dockeren.

45. Tegyük fel, hogy egy alkalmazás számos függő szolgáltatással rendelkezik. Várni fog-e a
docker compose míg az aktuális konténer végez a feladatával és csak ezután futtatja a
következő szolgáltatást?
A válasz igen. A Docker compose mindig a függőségi sorrendben fut. Ezek a függőségek olyan
specifikációk, mint pl. depends_on, links, volumes_from, etc.

46. Hogyan fogja monitorozni a Dockert a felhasználói környezetben?

A Docker konténer statisztikákat és eseményeket biztosít a monitorozásához. A Docker statisztikái
megadják a konténer processzor- és memóriahasználatát. A Docker események információt
nyújtanak a Docker démonban zajló tevékenységekről.

47. Jó gyakorlat-e a Docker compose-t futtatni a felhasználói környezetben?

Igen, a Docker compose használata a felhasználói környezetben nagyon is jó gyakorlat. Ha az
alkalmazásokat compose-zal definiálja, akkor ezt a definíciót különféle felhasználási szakaszokban
alkalmazhatja, például CI-ben, fejlesztésben, tesztelésben stb.

50 Docker állásinterjú kérdés 8

48. Milyen változtatásokat kell megtenni a docker compose fájlban a felhasználói
környezetbe való áthelyezés során?
A következő módosításokat kell végrehajtania a fájlban, mielőtt átteszi az alkalmazást a felhasználói
környezetbe:
 Távolítsa el a kötetkötéseket, így a kód a konténerben marad, és nem módosítható kívülről.
 Kötés a gazdagép különböző portjaihoz.
 Adjon meg egy újraindítási házirendet
 Adjon hozzá további szolgáltatásokat, például a napló összesítőt

49. Használta a Kubernetes-t? Ha igen, melyiket preferálja?

Legyen nagyon őszinte az ilyen kérdésekben. Ha Kubernetes-t használt, beszéljen a Kubernetes és a
Docker Swarm tapasztalatairól. Mutasson rá azokra a kulcsfontosságú területekre, ahol a Docker
Swarm hatékonyabb volt, és fordítva. Nézze meg ezt a blogot, hogy megismerje a Docker és a
Kubernetes közötti különbségeket.
A Docker interjúk kérdései nem csak a Docker megoldásaira korlátozódnak, hanem más hasonló
eszközökre is. Ezért készüljön fel olyan eszközökkel / technológiákkal, amelyek versenyt nyújtanak a
Docker számára. Ilyen például a Kubernetes.

50. Tisztában van a konténerek és a gazdagépek közötti terheléselosztással? Hogyan

működik?
Ha a Docker szolgáltatás több konténerrel különböző gépeken van használva, fontos a bejövő
forgalom közötti terheléselosztás. A terheléselosztás és a HAProxy alapvetően a rendelkezésre álló
(egészséges) konténerek bejövő forgalmának kiegyenlítésére szolgál. Ha egy konténer összeomlik,
akkor egy másik konténernek automatikusan el kell indulnia, és a forgalmat át kell irányítani erre az
új futó konténerre. A terheléselosztás és a HAProxy ezen koncepció körül működik.

50 Docker állásinterjú kérdés 9

+1. Kubernetes vs Docker Swarm

Jellemzők Kubernetes Docker Swarm

Telepítés és klaszter A telepítés bonyolult, de a beállítás A telepítés nagyon egyszerű, de a

konfiguráció után a klaszter nagyon erős klaszter nem túl erős

GUI Van, Dashboard a neve Nincs GUI

Jól skálázható és gyorsan Jól skálázható és ötször gyorsabban

Méretezhetőség
méretezhető méretezhető, mint a Kubernetes

Automatikus A Kubernetes képes automatikus A Docker Swarm nem képes

méretezés méretezésre automatikus méretezésre

Manuális beavatkozás szükséges a

A Docker Swarm a klaszter
másik pod2-ban lévő különböző
Terheléselosztás konténerei közötti forgalom
konténerek forgalmának
kiegyenlítését automatikus elvégzi
kiegyenlítéséhez

Gördülő frissítések és A gördülő frissítés és az automatikus A gördülő frissítés működik, de az

visszaállítások frissítés visszaállítás is működik automatikus visszaállítás nem

Adatkötegek Csak ugyanazon pod konténerei Megoszthatja a kötegeket bármely

(Volumes) között oszthatók meg a kötegek más konténerrel

Naplózáshoz és figyeléshez harmadik

Naplózás és Beépített eszközök állnak
fél eszközeit kell használni, mint
felügyelet rendelkezésre
például az ELK

2
A Kubernetes pod és a Docker Swarm klaszter nem ugyanaz. A pod a klaszter legkisebb egysége, egy a klaszterben futó
folyamat. Egy link a Kubernetes podról: https://kubernetes.io/docs/concepts/workloads/pods/

50 Docker állásinterjú kérdés 10