kezdem elveszíteni a reményemet arra, hogy megérted, mit akarok mondani.
"4) Nyilvan tudom mit latok magam elott, nem kell az oltogatas ;)"
Akkor mégis miért hadováltál arról, hogy minek törölnék a registrymből
"Megint egy olyan problemat hozol fel amit magadnak csinalsz, mi a francnak buildel ugy a build-toolotok ha a fenti problemat okoz, azert a harom percert ami a cache elonye build kozben (--no-cache)? Fejlesztes kozben nem buildelsz imageket, hogy ez az - egyebkent - jelentos elony meglegyen, ha meg olyan zavaro ahelyett, hogy a cleanupon duhongsz, rakjal ala eleg nagy storaget, hogy ne legyen gond vagy hasznalj valamilyen sidekick gc-t (https://github.com/meltwater/docker-cleanup). Biztos olcsobb mint kezzel takaritgatni vagy cronnal bohockodni."
Ne csessz már fel. Egyrészt --no-cache buildelünk, bár nem tudom, ez hogy jön ide, mivel itt bakker imagekről van szó, másrészt pl azért, mert tudod, devops, minden potenciális release, azt meg imagek nélkül nehéz, harmadrészt meg persze, tegyek alá végtelen storaget, negyedrészt meg FIGYELJ NAGYBETŰ, tök mindegy én hogy csinálom, meg mit csinálok rosszul, mert ez egy példa volt arra, hogy bugokat kértél, ez meg egy ordenáré nagy bug a dockerban, hogy bemarkol danglingnak olyan imageket, amik nem azok. És hiába próbálod elkenni, hogy te vagy a hülye, hogy egyáltalán ilyet akarsz csinálni (ami szerintem alapvető higénia egyébként), ettől az még bug marad.
5,6) "Nem lehet ma egy dockerfileba olyat írni, hogy FROM foobar:${TAG}"
Mert teljesen felesleges es/vagy tobbet art mint hasznal. Valami nagyon el van cseszve azzal a pipeline-nal ahol a FROMot dinamikusan akarod valtoztatgatni, de ha akarod ott a sed nekem mindegy. Ez nem a docker hibaja.
Hát persze, ha valaki nem úgy akarja csinálni, ahogy azt nagyságos ideológus urak elképzelték, akkor az csak szar lehet. :) Épp erről beszélek.
"Ennel jobb szemlelettel eddig nem talalkoztam." És már megint, az a francos szerintem. A világ nem úgy működik, hogy mivel ez egy jó szemlélet, ezért most azonnal átállunk. Azt meg elegánsan átsiklottad, hogy vmwareben is lehet infra as a codeot csinálni, azt már meg sem merem említeni, hogy természetesen a vmware kattogtatós orchestrationjai is úgy vannak felépítve, hogy kezelik az infrastruktúrát önmagukban
"Evekkel ezelott ;) Mivel nekem - bizonyos kereteken belul - teljesen mindegy, mivel futtatja a fejleszto az alkalmazasat es az az image minden olyan dependencyt tartalmaz ami kell neki kell, innentol kezdve a problema ismeretlen.
Értem én, hogy le van szarva, hogy secure-e, mert az az ő dolga, csak mi van akkor a vertikális csapatokkal. Vagy ezt kompletten le lehet szarni, értem én....
"mert altalaban nem ertik, hogy milyen elonyei vannak a komplexitas csokkentesenek, tobbek kozt ezert se dolgozom mar enterspajzoknak bar ez mellekes :D"
ez így van. Meg mert általában komplex igényeik vannak :)
"Sztem az alapveto kulonbseg a kettonk latasmodja kozott, hogy te enterspajzozol en meg - mar - nem. Tudom milyen agyament f@szsagok mennek a nagy cegeknel es mennyire fontos a politika a szintiszta technikai dontesek helyett (lasd nem az a fontos amit mond, hanem h ki mondja)
Nem, most éppen nem enterspájzozok, az alapvető különbség kettőnk között szerintem, hogy én képes vagyok megpróbálni helyén kezelni a technológiákat, te meg bár állítod hogy nem, de felültél egy hypetrainre, és láthatólag személyes sértésnek veszed, ha az ember beszél arról, hogy az sem tökéletes, vagy hogy hoz be új kihívásokat.