THEODORT: https://en.wikipedia.org/wiki/Unikernel svýho času to byla móda, alespoň tedy i tom mluvit. Mě to vždy přišlo jako super nápad na to 0.0...1% případů, kde je taková performance (a hlavně prediktabilita) nutná.

Jinak nevím, zda mám být rád, nebo nerad, že mě má Giomky v ignore, vypadá to na "zajímavou" diskuzi, byť teda opět jako diskuze, kde si naoko přišel pro radu a pak je zcela ignoruje... :)

GIOMIKY: jezdíš v autě, který si sám postavil? Co dům? Vrtání zubů taky sám?
Je nově tisíciletí.

VELDRANE: 'Enterprises want to run Docker and they still have Red Hat 5 installed.' :D Nejsmutnejsi na tom je, ze je to pravda.

Tohle video bych chtel ukazat kolegum, ale 50% z nich jsou nemci a tuhle hranici jsem se jeste neodvazil prekrocit :P

Btw image z dockerhubu:

Hitler uses Docker
https://youtu.be/PivpCKEiQOQ


Nejspis to tu uz bylo ale nedalo mi to :)

Nahodou neni uplne od veci premejslet nad tim zda pouzit image treti strany (ofiko/dockerhub) a nebo si udelat vlastni.

Casto se razi filosofie: Pokud je to v ramci naky subskripce (napr. ofiko redhat image) a muzu to pouzit tak pouzivam v prve rade tyto oficialni, protoze se takrka nemusim o nic starat mam krytou prdel.

Na druhou stranu ne vzdycky mi takova image pokryva moje potreby, nemusi splnovat treba corporate standards (vetsina images je na postavenq na alpinu, co kdyz je jako corporate standard redhat nebo vlastni build image ?? ), muzu potrebovat moduly (treba nginx) ktery v ofiko buildu nejsou apod.
Pak si vetsinou postavim image vlastni (klidne to muze bejt obslehnutej dockerfile, ale build delam u sebe). Je ale dobry mit vetsinou v tomhle pripade rozjetou i nakou tu infrastrukturu, kde tyhle image schranujes. Zkratka nejake lepsi repostiory jako je treba quay nebo harbour, kde delas security checky, hlidas jejich velikost pripadne dalsi parametry a to zda jsou company complaint. V tamci tehle build infrastruktury bys asi mel mit i nejake cemtralni repo pro artefakty - binarni casti buildu ktere ktere Tvuj build potrebuje a byly vytvoreny at v ramci nejakyho multistage neni nekym jinym v ramci firmy, ktere opet muzes prohnat proti bezpecnostnim chybam a nebo chybejicim standardum.

GIOMIKY: tohle je obecně problem a ne jenom v dockerhubu. Image se vytvoří, commitne a hotovo. A jak stárne, tak se proste objevuji diry. Tzn maintainer by mel udělat novou opatchovanou verzi a ty jako 'zakaznik' by jsi mel prejit na novej image. Zkus se dívat po datu. Stavět novej image s mariadb nemá moc valnej smysl, kdyz je ofiko image k dispozici.

GIOMIKY: visjak, ono to vetsinove jsou image od lidi jako jsi ty

GIOMIKY: Za mne zapomen na docker commit. Na zacatku nebyla jina moznost. Ted koukni na Dockerfile, at to automatizujes. Tam vyberes base image a jen napises co se ma instalovat a kdyz se pak image/container spousti, tak jaky je prikaz. Ale pamauj, ze do toho beziciho containeru se neleze pres ssh nebo neco jineho. Muzes, ale pristupuj k otmu jako k blackboxu.
Priklad jak vypada oficialni mysql image https://github.com/docker-library/mysql/blob/master/8.0/Dockerfile.debian
A za mne koukni i na ten docker-compose, je to lehci nez porad psat stejne parametry u docker run. Na zacatek muze byt o neco lehci, pokud je chces bezet a nejen buildit.

GIOMIKY: Tak si vezmi dockerfiles jednotlivych imagu, na kterych to cele stoji a postupne zacni buildovat


...pokud teda veris cizim binarnim balickum. To kdyztak shanej i makefiles a mozna rovnou nastartuj vim a napis si databazi a kontejnery sam. Idealne i s kompilerem, ktery si zadratujes z tranzistoru na plosnak :D

ty porad nechapes, ze to neni VM :)
nepotrebujes instalovat debian a pak do nej mysql, stahni si rovnou mysql image a dej mu jeden statickej adresar do /var/lib/mysql