UETOYO: Hm, nejsem si uplne presne jistej jako to funguje na windowsech. Predpokladam teda, ze tvuj Docker Host je taky windowsovej stroj (podle toho ze zminujes 'Network' adresar).

Pomoci 'docker volume create' [1] bys mel byt schopny z toho adresare udelat volume a ten pak pomoci -v flagu [2] namountovat do kontejneru. V Linuxu musis jeste namountovat ten sdilenej adresar. S windowsama jsem na tenkym lede.

[1] https://docs.docker.com/storage/volumes/#create-and-manage-volumes
[2] https://docs.docker.com/storage/volumes/#start-a-container-with-a-volume

GIOMIKY: no, píšeš: "chapu, ze je to super easy na nejaky testovani a vyvoj" -> tj. nepochopil si přínos dockeru - docker změnil způsob jakým se dneska provozuje produkce a jak se na ní nasazuje a celej ten proces od commitnutí kódu, přes testy, ověření a nasazení na produkci. Zrovna Docker v MacOS není nejlepší implementace a znám pár lidí. co radši vyvíjejí nativně. Já to mám mixed. Nic proti VM, buildování AMI vůči AWS nebo příprava images pro vSphere mají stále velké opodstatnění. Ale často je to jen underlaying VM, který ve finále je jen prostředím pro nějaký orchestrátor nebo docker.

Ale bez zkušenosti s reálným provozem nějaké větší infrastruktury, si člověk neumí představit, kde všude byl docker skvělej fit in.

GIOMIKY: a pak kdyz budes chtit treba rozjet jeste postgres tak prave diky vrstvam dockeru, uz se dotahne jenom ten postgres a vyuzije to ty vrstvy z mysql (za predpokladu, ze to bude taky vychazet ze stejny verze alpine image). zatimco ty uz bys mel pusteny 2x VM :)

GIOMIKY: nemas tam tu zbytecnou vrstvu VM (emulace hw apod) a celej system ... kdyz bys chtel rozjet treba mysql v qemu tak ti to bude zabirat min 5GB a zrat zbytecne ramky celej OS, kdezto v dockeru treba na alpine image to ma tak 100MB a fakt ti bezi jenom proces mysql

GIOMIKY: tak to je tak trosku princip dockeru, ze je tvorenej z vrstev :)

GIOMIKY: Tam je vsechno ne? Image, volumes vcetne vsech layers. $docker system prune ti to neprocisti?

JON: když jsem si dělal PoC, tak jsem si to templatoval v ansible;-) dneska bych asi šáhl pro kapitan. Helm mě přišel překoplikovaný tehdy. Ale nějak si mi furt K8s vyhýbá, tak nemám produkční zkušenost.

JON: Probiral jsem to s kolegama a potvrdili, ze Helm je 'community standard' pro templatovani.

VELDRANE: ok, podivam se na to. dik.

Já bych to asi slepil nejdriv Jenkinsem a pak vymejslel jak to ocesat na bare minimum. A v podstate je jedno jestli Python nebo nějakej vlastní či cizí tooling..

FALLENANGEL: me jde o ty yaml templaty tech resourcu. Spoustu veci budou ruzny appky mit stejny, a naopak skoro kazda bude mit par veci jinak. Takze bych chtel mit nejak abstrahovany registry (credentials, cestu), image tag, nektery env variables apod. Aby tyhle veci clovek mohl menit na jednom miste a ne pres grep nad desitkama souboru.

JON: ok, jsem od ty vyvojarsky casti trochu odtrzenej takze mozna rikam nesmysly. Mel jsem za to, ze ten template vyresi git, kde mas tu sablonu uloženou. Developer ji vezme, upravi, pushne a spustí pipelinu, která deployuje aplikaci. Nebo ti jde o vytvoření yaml templatu tech resource? Pripadne jakejch presne?

VELDRANE: je to minimálně zajimavej nápad. Zkusím se poptat, jestli to někdo kolem resil.

FALLENANGEL: No prave ze nevidel :), coz ale neznamena, ze si tu nekdo treba pohrdlive neodfrkne a neprohlasi: "Pche helm, Vy maloverni, jen operator je ta spravna cesta, sypu v golangu z rukavu". Priznavam ze o ci/cd vim vcelku tuzku, uspesne se tehle oblasti vyhybam co to de paac to smrdi komunikaci s vyvojem :). Vrcholem me statecnosti bylo par helm chartu a naky multistage buildy v jenkinsu (nechci uz to opakovat :) pro veci za kery odpovidam. Takze i ja si tu tad poslechnu par rad na tohle tema.