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?

RUDOLF: mno ja uz sem mezitim zjistil, ze nativne docker tuhle moznost vubec neumoznuje ...
tyhle clanky sem uz videl taky, momentalne zkousim tenhle hack https://rollout.io/blog/connecting-docker-containers-to-production-network-ip-per-container/ a bouzel nedari se taky.

Budu to muset principielne cely obejit bez DHCP

INDIAN: nemám osobní zkušenost + otázka jestli jsem dobře porozuměl zadání. Jen jsem si přečetl dva texty. Přijde mi že ipam out of box neumí komunikovat s externím DHCP serverem.. Externí DHCP server řeší https://gist.github.com/nerdalert/3d2b891d41e0fa8d688c

A tady text který mě tam navedl: http://hicu.be/docker-dhcp

mam trochu specifickej pripad, potreboval bych radu ohledne macvlan kdy by nekdo vedel...

snazim se dostat par kontejneru explicitne na do LAN... hlavne teda potrebuju aby si vyzadaly z lokalniho DHCP serveru IP, na kterym uz je ceka dle preddefinovanych MAC adres dany IP s konfiguraci (duvodem je jim injektovat konfiguraci pomoci bootfile-name).

docker-compose.yml

version: "2"

services:

  ceoslab0:
    container_name: ceoslab0
    image: gitlab-registry.acme.com/network/arista-containers/ceosimage:latest
    privileged: true
    mac_address: "02:42:ac:1f:ee:00"
    networks:
      front:

  ceoslab1:
    container_name: ceoslab1
    image: gitlab-registry.acme.com/network/arista-containers/ceosimage:latest
    privileged: true
    mac_address: "02:42:ac:1f:ee:01"
    networks:
      front:


networks:
  front:
    driver: macvlan
    driver_opts:
     parent: eth0
    ipam:
      config:
        - subnet: 172.16.96.0/23
          gateway: 172.16.96.1
          ip_range: 172.16.97.176/28
          aux_addresses: 
            router: 172.16.97.190

A pak mu vytvorim interface:

ip link add ceoslab link eth0 type macvlan mode bridge
ip addr add 172.16.97.190/23 dev ceoslab
ip link set ceoslab up
ip route add 172.16.97.176/28 dev ceoslab 

pri startu se ale na ten dhcp server venku vubec nedostane (pouze prideli nahodne adresu z uvedenyho intervalu):

# docker exec -it ceoslab0 ip r
default via 172.16.96.1 dev eth0 
blackhole 127.0.0.0/8 proto gated scope nowhere 
127.0.0.1 dev lo proto gated scope link src 127.0.0.1 
172.16.96.0/23 dev eth0 proto kernel scope link src 172.16.97.185

neresil nekdo neco podobnyho uz?

nema nekdo zkusenost jak updatnout rucne vnitrni dns na swarmu? potreboval bych z nej smazat jeden zaznam, kterej patri sluzbe, ktera uz nebezi, ale balancer mi na ni porad preskakuje.
nevim jak se mi to povedlo, ale je tam a musim za ho zbavit.
bohuzel nemam moznost to cely resetovat a znovu spustit coz je mi jasny, ze by pomohlo.

SPACEANGEL: asi mam lepsi google fu. Nezkousel jsem, ale tohle vypada jako to co hledas https://forums.docker.com/t/accessing-host-machine-from-within-docker-container/14248

ahoj, debilni dotaz, ale je mozny nejakej port v kontejneru presmerovat ven na hosta (proste obracene)?

Konkretni situace: na hostitelskem pocitaci bezi mysql, a nekolik kontejneru s php. A me jde o to, aby skripty v tom kontejneru proste se pripojovali na localhost:1234 (cislo portu libivolne) a to bylo protunelovany na 3306 na tom hostilteskem.

Jo, zkousel jsem googlit, ale moc jsem toho nevygooglil a jsem z toho takovej nemoudrej :)

JON: ahoj, je to skutocne tak, jak vravis, vlastnik musi byt nastaveny na root:root. Skusal som i ine distra, tam sa to chovalo rovnako, tzn. nefungovalo. Dakujem tebe i ostatnym za vas cas.

Riesenie pre docker compose je vlastny Dockerfile, kde sa spravne nastavia permissions.

FROM alpine:latest
COPY --chown=root:root ../etc/crontabs/root /etc/crontabs
ENTRYPOINT crond -f -L /var/log/crond.log

JON, MARTEN: cron bezi pod rootom, aj to echo som uz skusal :-/ skuste si to spustit, skutocne by mali stacit tie 2 subory. Subor z /etc/crontabs/root sa nalinkuje do /var/spool/cron, crontab -l vypise spravne nastavenie, len to proste neseje :)

# ps aux
PID   USER     TIME  COMMAND
    1 root      0:00 crond -f -L /var/log/crond.log
    6 root      0:00 sh
   18 root      0:00 ps aux