ALMAD: My to zatim nemame, ale chceme, jsme v rany fazi testovani a vyzkumu (the R part in R&D :D )

ADMIX: Je něco na consulu a vaultu co jste našli a nelíbí se vám? Oba bychom taky rádi.

ADMIX: Mozna uplne mimo ale nedavno jsem narazil na toto: https://vmware.github.io/photon-controller/

Existuje neco peknyho na jednoduchou orchestraci kontejneru pro small-scale systemy? Hlavni vyhoda kontejneru v soucasny dobe je deployment stategy, ale muze se stat, ze system skonci se dvema fyzickejma strojema (a mozna par VM na nich), malokdy se instalace dostavaj do vyssich desitek stroju. Vetsinou on-premise, bez internetu. Vsichni si chvali kubernetes, ale to je jako atomovkou na komara :)

hadam ze init kvuli tomuto
Docker and the PID 1 zombie reaping problem
https://blog.phusion.nl/2015/01/20/docker-and-the-pid-1-zombie-reaping-problem/

jak resite spusteni nejakyho daemona po startu kontejneru v dockeru?
mam jednu aplikaci co na beznym systemu startuje pomoci supervisiord a na dockeru se mi vubec nedari ji presvedcit aby nastartovala hned jak nabehne kontejner...
Zkousel jsem psi kusy s dumb-initem ale proste ne a ne to tam natlacit...
Ted jsem zkousel vzit ty relevantni casti s init scriptu a zkusit je primo natlacit tomu dumb-initu pres cmd ale taky nic a uz se v tom zacinam zamotavat...

ENTRYPOINT ["dumb-init", "--"]

CMD ["dumb-init", "opt/imm/.virtualenvs/imm_server/bin/activate"]

CMD ["dumb-init", "/opt/imm/.virtualenvs/imm_server/bin/supervisord", "-c", "/opt/imm/imm_server/supervisord.cfg", "-u", "imm"]

Muzete mi prosim nekdo poradit jak bud spravne zavolat ten init script kterej jinak bezi normalne z init.d, nebo jak tyhle startovaci commandy nacpat tomu dumb-initu?

diky!

NIXIMOR: Moc díky!

UETOYO: V podstate si to predstavujes spravne, akorat pozor na databazi a perzistentni storage... resp. v tvem pripade asi idealne neperzistentni. Co jsou treba predpripravene image pro MySQL, tak maji data defaultne ve volume, takze zustavaji i mezi restarty kontejneru, coz v tvem pripade je nezadouci.

Mám úplně začátečnickou otázku, která s tím asi souvisí. Chtěl bych vývoj založit jen na Dockeru. Představuji si to tak, že mám např. běhové prostředí (JVM, CLR) v jednom imagi a databázi v druhém. Tím se odstíním od jakýchkoliv závislostí na mém stroji. Image s databází používám tedy jen na integrační testy (ať už lokálně nebo na build serveru). Pokud potřebuji k vývoji více částí, použiji docker-compose. Představuji si to reálně? Můžu tím nahradit zcela Vagrant apod.

Když jste u těch kontejnerů pro Django - nevíte o nějakym univerzálním kontejneru, kde by byl Python 3.x a zároveň Postgres 9.x? Tzn. kombinace těchdle dvou:

Pro Python je: https://hub.docker.com/_/python/
Pro Postgres je: https://hub.docker.com/_/postgres/

Kdyby byl už nějakej hotovej, rozuměj - kdyby se už někdo staral o jeho vývoj/údržbu, nemusel bych se o to starat já a mohl bych používat. Případně díky za tipy, jak toho dosáhnout s minimem úsilí

Container Hacks and Fun Images
https://www.youtube.com/watch?v=1qlLUf7KtAw


treba tahle pani v tom ma jasno, co vsechno "uklidit" do kontejneru.

me slo v podstate jen o setup docker-compose pro django projekt s sqlite, nic vic :D vy do toho montujete nejaky fundamentální principy co vsechno dokerizovat a co ne. Co sem pochopil, tak image de udelat v podstate z cehokoliv, a nevidim duvod, proc bych nemel delat image z python appky, ke ktery pridam sqlite db... teda krom chyby docker-compose ohledne entrypointu, coz sem pochopil.

SH_PANDA: Ano, to je urcite spravne, ale jak rikas, sqlite opravdu neni dobrej pripad, protoze proste nema tu binarku ktera ji zpristupnuje dal. Ma jen klientskou appku, ktera ti je ale z hlediska pouziti v nejakem software uplne k nicemu.

sqlite mozna neni dobrej priklad, ale IMO zabalit do docker image nejakej obskurne buildovanej/setupovanej tool, nebo tool, ktery neni pro vase OS je uplne legitimni pripad pouziti Dockeru a kdyz to nevidite, tak si doplnte vlastni urazky na vasi inteligenci/znalosti/predstavivost ...

DANIELSOFT: jo, to bude ono.