Changes

Azt elöljáróban elmondhatjuk, hogy a swarm-ot illetve, úgy általában a konténer cluster-eket elsősorban stateless micorservice-ekre találták ki, ahol egymás mellett akár több ezer stateless service példány fut, és tényleg teljesen mindegy hogy éppen melyik kapja a kérést. Ilyen méretekben nincs is értelme statefull stateful szolgáltatásokról beszélni. A swarm mode is erre készül, a nagy számú, statless stateless végpontok kezelésére tökéletes a swarm-ba beépített Layer 4 (szállítási rétegbeli) load-balancer, ami Round-rubin módon mindig a következő elérhető konténernek adja a feladatot.

Azonban igen is szükség van statefull stateful szolgáltatásokra, és bár akkora cluster nem építhető belőlük mint a stateless szolgáltatásokból, kiválóan passzolnak a swarm világba.

* '''Elosztott session kezelés''': minden egyes konténer, ami részt vesz a szolgáltatásban hozzáfér egy központi sesison tárhoz, ahonnan minden egyes hozzá beérkező request estén ki tudja olvasni, hogy hol tart a user session és onnan folytatja. Ebben Előnye, hogy ebben az esetben használható használni tudjuk a swarm beépített Layer layer 4 load-balancing szolgáltatásabalancer-t, és nincs külön szükségünk swarm konfiguráció követésre, bármikor hozzáadhatunk új konténereket a cluster-hez ha szükség van rá. Azonban a szakirodalom szerint ez a megoldás nagyon rosszul skálázódik. Míg 10 pár láb esetén remekül működik, 1000 akár már 50 láb esetén már is nagyon nehézkessé válik, hogy minden node konténer tényleg megkapja megfelelő sebességgel a legfrissebb session-t. Ez Nagy lábszám esetén ez gyakorlatilag lehetetlenkivitelezhetetlen.

Itt jön a képbe a Traefik ami azt állítja magáról, hogy erre találták ki.