> De a fejlesztő által csomagolt MongoDB, vagy épp JVM bugjait ki fogja nyomon követni, ki fogja frissen tartani, ki fogja supportálni?
A Docker leíró fájlt kell csak frissíteni, majd új csomagot készíteni.
Ezután lehet tesztelni az új motyót és production-be küldeni, de ez a része már ugyanaz, mint nem Docker-es esetben.
Ezt csinálhatja a fejlesztő is, meg az üzemeltető is, illetve sok esetben a fejlesztő egyben az üzemeltető is (devops).
Akár figyelheti az üzemeltető is és figyelmeztetheti a fejlesztőt, hogy célszerű lenne frissebbre váltani.
> az lesz a mondása, hogy "régi az xyz lib/komponens, frissebb kell". Aztán amikor azt mondja az ember, hogy nincs, mert az nem támogatott, akkor fel van háborodva...
Ezt a részét nem igazán értem. Mit értesz azon, hogy a frissebb komponens nem támogatott?
Ha ezt, amit egy korábbi hozzászólásnál írtál: a megrendelőnél mondjuk RHEL7 van a production gépeken, és az abban lévő főverziókat kell használni minden komponensből
Akkor pont az ilyen gondokat oldja meg a konténerezés, mert teljesen mindegy, hogy mi van a megrendelőnél, nem függ az azon levő komponensektől, csak más konténerektől illetve a saját konténerében levő függőségektől.