Ahoj, mám dotaz. Mám jednoduchej docker image, kde je nginx, kterej servíruje jednu statickou HTML stránku. Ten docker image provozuju přes kubernetes. Aby nebyla přístupná, je vyžadována základní HTTP autentikace (htpasswd), což je nastaveno v nginx confu.

Jak byste řešili, že ta stránka (nginx) má mít zapnutou autentikaci jen v testovacím prostředí a nemá mít zapnutou autentikaci v produkčním? Ten docker bych ideálně chtěl buildnout jen jednou, ať nebuilduju dva rozdílný. Z toho mi vychází, že by někde měl být "přepínač" a podle toho zvolit nginx conf. Jak byste to v praxi udělali? Díky za názory.

Ahoj,

1)
nemate nejaky pouzitelny docker compose na stack

nuxt (vue) - front
symfony - api a backoffice (admin)
mysql
cele asi pred to dat nginx jako proxy a mozna traefik

protoze /api a /admin bude zabrane pro php a zbytek by mel obsluhovat nuxt

2)
Kde u nas hostujete docker na produkci? Mam na to vzit nejaky VPS?

QUOING: To je, zda se, presne to, co hledam :) Jen jsem se nezvladl spravne zeptat googlu :) Diky!

MARTEN: No, kompiluju strasne malinkej pluginek pro postgres. Coz ale znamena obrovsky zvetseni image kvuli toolchainu na zkompilovani - ted na to koukam - 170 radku C kodu. Externi kompilace ma zase tu nevyhodu v tom, ze je nutne udrzovat identickou verzi, aby se to vubec dokazalo spravne slinkovat.

SUK: nejlepe zkompilovat a pak dat do image. takhle i funguje s2i v openshift. moznost je i dat zdrojaky do image, tam zkompilovat a smazat zdrojaky. ale layery jsou pak zbytecne velke plus v hostorii se daji najit i ty zdrojaky. ale je to lehci ze to compiluke stejna verze jako na ktere to pobezi. moznosti je trochu vic, ale je to trochu vic radku. tak zalezi co vse potrebujes a co se compiluje.

Cus, jakym zpusobem resite build imagu/kontejneru, do kterych potrebujete neco maleho zkompilovat?

MARTEN: ten bash script je dobry napad, to urcite pouziju, furt uvazuju ze jsem na windows, ale on se vlastne pousti v tom containeru :]

REFLEX: Pro tohle musis menit CMD, ten se provede az po mountnuti volume. Muzes mit pak docker-compose pro dev a pro prod, nebo muzes extendovat, pripadne ridit pres env. Do docker-compose pridej neco takoveho, nebo cokoliv dalsiho:

front:
  command: bash -c "yarn install && yarn start"

Muzes si udelat i docker-compose.dev.yml, kde bude jen tenhle command a pak to spoustet docker-compose -f docker-compose.yml -f docker-compose.dev.yml up, ale za mne to neni uplne hezke.
Radsi bych udelal bash script, ktery bude v CMD. V tom souboru budes mit if DEBUG == 1 nebo neco jineho, pak staci zapnout tohle dev (DEBUG == 1) pomoci DEBUG=1 docker-compose up.

Jinak tenhle image bude docela dost velkej. Prvne by si mel kopirovat pouze package.json a lock soubor. Spustit install a pak nakopirovat zbytek, layery pak budou mensi. Stejne tak ENV a HOST dej na zacatek, run staci jen jeden, delej to jako tri commandy, ale pomoci &&.

REFLEX: to co chces imho neni v docker compose, ale spis multi stage build Docker image - https://medium.com/capital-one-tech/multi-stage-builds-and-dockerfile-b5866d9e2f84

Chtel bych pres docker compose

1) buildil pro dev prostredi
2) buildil pro produkci

docker-compose.yml

version: '3'

services:
  front:
    build:
      context: ./front
    working_dir: /app
    command: yarn dev
    ports:
      - "3000:3000"
    volumes:
      -  ./front/:/app

Dockerfile v front/

FROM node:14.0.0-alpine3.11

# Create app directory
WORKDIR /app
ADD . /app/

# global install & update
RUN yarn install

RUN rm yarn.lock
RUN yarn build

ENV HOST 0.0.0.0
EXPOSE 3000

# start command
CMD [ "yarn", "start" ]

S dockerem jsem zacal dnes tak to asi neni uplne ok.

Na devu potrebuju napojit /front/ na /app/ (tady jsem zjistil ze mountovani volumu je az po buildu takze vlastne nejde ten yarn install) - aby fungoval reloas pri upravach

Na prod bude pouze COPY

Jde to vyresit jednim docker-compose nebo mam pro kazde prostredi udelat zvlast?

Kdyby nekdo mel zajem, tak hledame k nam nekoho na OpenShift Ops v DevOps ;) Na kratko = projekt na kontrakt i na dlouho (kontrakt nebo HPP). Praha nebo Ostrava. Pracovni doba hodne flexibilni. Jak moc to muze byt remote zalezi na duvere vedeni. Nasho dlouholetyho admina jsem videl asi tak 6x za rok, z toho 3x na team buildingu. Kdyztak posta.

INDIAN: Mluvim spis o tom testovani - ze to bud budu testovat na docker kontejnerech coz ma svoje problemy, nebo budu muset vymyslet jak to testovat na virtualech, ale tam to neni tak dobre integrovane do toho CI (nebo aspon nevim o tom, ze by slo nejak snadno startovat VM z CI, mozna blbe hledam).

INDIAN: hezky. Ja si taky dovedu predstavit testovani tech ansiblich roli a playbooku na VM, ale museli bychom to nejak dodelat do gitlab CI, a to mi prijde jednodussi trochu si k tomu ucelu poohnout dockeri kontejnery, ale ma to sva uskali, no.

INDIAN: hele, klidne naznac jaks to vyresil. Jinak pracovat s kontejnerama jako s VM je rozsirenej nesvar - napr me to nakopalo s rozbehem naposled v pondeli. Rovnou pridam popis a dotaz:

Popis:
Cca pred rokem, kdyz jsme si zavedli nejake deploye pomoci ansible jsem spachal "jednoduchej" setup na testovani ansible roli:
- Nastartuje se kontejner "playbook" s ansible , rolema a playbookama
- Nastartuje se kontejner "target" s bezicim ssh a cistym systemem
1) v playbook kontejneru se pusti ansible s tim s cim ma
2) pytestem se overi, ze to udelalo to co melo
3) jedna z veci co se overuje je, ze se do "targetu" nainstaloval docker, a pomoci docker-compose tam jde neco spustit a posloucha a odpovida to na nejakym portu.

Mozna jsem tu o tom uz mluvil, ale narazel jsem na kokotsky problemy s tim, jak do tech kontejneru dostat ssh klice (aniz by musely byt zapeceny v image) - kdyz jsem si je vyzobaval z ENV v bashi, tak se tam objevovaly zalomeni radku atd.. nakonec jsem to vyresil pythonim skriptem, ktery se pousti pri startu kontejneru a ten ty netisknutelny znaky zpracovava OK.

Ted, cca po roce, jsem to rozvrtal v ramci prechodu na python3, a ejhle - docker in docker uz neni co bejval - pri mountovani volume z docker-compose to padalo, protoze overlay nemuze slouzit jako backing container pro overlay - coz jiste pred tim cca rokem jeste slo.

Dotaz:
Napada vas, jak tohle elegantne resit?
Volumovat do "targetu" socket hostitelskyho dockeru (aby to nebylo DinD, ale side by side) mi neprijde OK, pac chci otestovat i to, ze se tam tim ansiblem nainstaluje, a navic bude pritomnost toho socketu vadit pri te instalaci, ne?