Nem kell támadásnak venni a kérdést.
Akkor ne vedd támadásnak... :D
Nem volt "Ez-és-ez-és-ez.", hanemcsak 1db példa ami arról szólt, hogy a kub tud több container engine-t kezelni.
De, volt ez-és-ez-és-ez. Igen, a legnagyobb különbség az, hogy a K8s tud több container engine-t kezelni, azoknak előnyeivel és hátrányaival, éppen mire kell: nagyon fontos különbség. Ezen túl leírtam, hogy a K8s egy komplett megtervezett egész, a Docker Swarm pedig általában a Docker hátán összedrótozott dolog, idézem szó szerint ezt a feelinget: "Azt nem neveznem fal-nak, h vmit egyeb eszkozzel kell megoldani.". De, az egy fal, ha hozzá kell drótozni valamit, hogy tudja, amit amúgy másvalami out-of-the-box tud.
Ezen túl, ha nem tudod, hogy mi ez a sok lényegi különbség egy Kubernetes és egy Docker Swarm között, akkor kb. egy percig se használtál még Kubernetes-t, különben nem jönnél ilyen kérdéssel, hogy ugyan, írjam már le, mivel tud többet vagy jobbat...
Ez nyilván hasznos, de annak aki docker contaier-t szeretne futtatni annak meg nyílván mindegy. Ettől még persze plusz tudás.
Szóva lásd loop, nem tudod, hogy kell-e, mert nem tudod, hogy mit nem tud, de mivel neked pont jó, ezért nyilván mindenkinek pont jó, kivéve kb. 5 százalék, viszont valami varázslatos módon pont a Kubernetes-t használják elsöprő többségében.
De engem tényleg érdekelnének azok a technikai limitek (kapcsolatok száma, hálózat kialakítás bármi) amiben ezen kívül még limitbe ütköztetek.
A limit nem azt jelenti, hogy mennyi konténer futhat, hanem azt, hogy mennyi feature hiányzik belőle és mekkora effort azt a feature-t beletenni és karbantartani.