URPUTNIK: zalezi cemu rikas namespace. jestli tomu pred lomitkem, tak je to jen cesta. nginx, tedy bez casti pred lomitkem resolvuje docker agent jako hub.docker.com (tedy vse bez domeny) a pokud neni "namespace" tak pouzije podtrzitko.
pokud mas vlastni hostovani imagu, tak pises celou cestu (pokud nezmenis defaultni) a tam adresaru muzes mit kolik chces.
docker.domena.com/aaa/bbb/ccc/ddd:latest
to ze nadocker hub je jen jeden je jen jejich nastaveni UI, ze nepovoli vic. definovane je v tagu kdyz vytvaris image

docker build -t myname/image:latest
docker push myname/image:latest

v takovem pripade musis byt prihlasen k dane namespace na docker hub

docker login

TRAGIKOMIX: Veros Kaplan myslim skoli Ansible a rozhodne bych ho doporucil - https://veroskaplan.cz/

URPUTNIK: zrovna vcera jsem to delal, ale na tom jinym portu to byt prece musi, nebo ne? na proxy mam jen https offload a forward na ten docker registry na portu 8082, na 8081 je standardni nexus. je to teda docker 'hosted' registry (privatni) ne ten 'global' (proxy)

Free eBook: Containerize Your Apps with Docker and Kubernetes @ Microsoft - OzBargain
https://www.ozbargain.com.au/node/435550

DirectLink: https://azure.microsoft.com/...-and-kubernetes/Containerize_your_Apps_with_Docker_and_Kubernetes.pdf

Klidne bych zacal s dockerem pro lokalni vyvoj. Mam takhle vsechny projekty a ne vsechny pak v produkci opravdu bezi v dockeru, ale na vyvoj je to taky super. Kdyz tohle uvidis ze ti to funguje jak potrebujes, tak pak uz je to jen o tom, ze musis automatizovat vytvareni novych imagu pro nove verze. Ale minimalne v te dobe neco o dockeru uz budes vedet.

ASACHI: jak bylo psany, je toho shitload k pochopeni/nastaveni. Spoustu lidi uz prislo o data, kdyz si je nacpali do kontejneru misto do externiho volume a podobne pribehy.
Poustel bych se do toho asi leda v pripade, ze bych to pak treba vyuzil v praci nebo chtel dat do dockerovyho cloudu a neplatit za VPS.

Pokud bys chtel zacit s necim mensim, tak se da nechat DB samostatne a do dockeru dat treba jenom ten prestashop/wordpress. Usnadni to treba instalaci novejsi verze. Pullnes novejsi image, restartujes a hotovo.
Prestashop docker https://hub.docker.com/r/prestashop/prestashop/ zrovna ani zadny volume nepotrebuje, takze to bude jenom jednoradkovej skript k nastartovani aplikace. Wordpress taky.
Ovsem jak se budes chtit vrtat v nastaveni php, tak uz to bude chtit bud externi volume nebo vlastni docker image a nejspis te to prestane bavit.

Pokud to budes drzet v gitu tak si dej bacha, at nemas .git adresar verejnej - https://lynt.cz/blog/globalni-scan-otevrenych-git-repozitaru

ASACHI: Moznosti je vic. Hodne zalezi jak chces resit deployment apod. Ta moznost se trema containerama kterou pises je spis o tom, ze nahradit instalaci z package managementu instalaci docker imagu. Coz neni uplne docker way (ale je to tool a pouzit se da nekolika zpusoby). Spravnejsi by bylo mit docker image pro eshop apache, eshop php, eshop mysql, to same pro ty ostatni, takze treba 9 imagu. Coz ale ma vliv na potrebny vykon VPS. Duvod pro tohle je ze kazdou cast deployuje zvlast a kazda je verzovana jinak.
Pokud nemas primo duvod pouzit docker, tak bych si tam proste nainstalovat to co potrebujes a provozoval jako multihosting. Pokud budes prechazet na jine VPS, to prekopirovani bude uplne stejne, protoze napr. DB data nejsou soucasti containeru a pri prechodu si je stejne musis zazalohovat, prenest a restornout.
A pro nastaveni a balicky mi takhle prijde lepsi pouzit Ansible, kor jestli nemas zkusenost s dockerem a jak nastavit jednotlive sluzby. DOcker by mel vyhodu, pokud provozujes treba PHP a pro kazdy web by si potreboval jinou verzi, i kdyz i to by pres fpm bylo mozna lehci.