La docker ideea normala e ca faci mereu build din dockerfile, poti schimba statementul de FROM sa porneasca de la ce base image vrei tu (si ofc sa validezi ca ce urmeaza in pasii urmatori mai are sens).
Jur ca ma gandesc sa fac cursuri de recalificare pt linuxistii batrani unde 70% din timp il vom petrece cu "cum sa citim documentatia fara sa facem skip la exemple" si 25% cu "hai sa ne uitam pe github pe la altii si prin surse sa intelegem cum functioneaza de fapt, nu prin flyerele de la salesi". -- P. On Fri, Mar 22, 2024 at 9:25 PM Mihai Badici via RLUG <rlug@lists.lug.ro> wrote: > În principiu asta e valid la lxc, unde poți să tratezi containerul ca pe > o virtuală, și de fapt cam așa e gândit. Docker are o altă filozofie - > nici nu știu dacă merge ce zici tu, probabil că merge- dar oricum ar fi > pachetele tot sunt bazate pe o distribuție, indiferent cum ai lucra cu ele. > > On 3/22/24 21:19, Petru Rațiu via RLUG wrote: > > On Fri, Mar 22, 2024 at 9:13 PM Alex 'CAVE' Cernat via RLUG < > > rlug@lists.lug.ro> wrote: > > > >> On 22-Mar-24 20:53, Mihai Badici via RLUG wrote: > >>> .Și apropo, că am avut niște treburi mai acum ceva ani cu > >>> containerele, la un moment dat vine docker și zice: filozofia mea e > >>> "un container, un proces". Oops. nu pot rula ubuntu sau debian, pentru > >>> că am deja un proces, systemd, și nu îl mai pot porni pe al doilea. > >>> Până la urmă au fușerit-o cumva, dar a fost o perioadă în care nu > >>> puteai să upgradezi containerele vechi, care nu aveau systemd, pentru > >>> că alea noi aveau systemd mandatory. O aberație, care s-a rezolvat > >>> prin altă aberație, când soluția evidentă era să facă systemd default > >>> dar opțional (de ce am nevoie de systemd pe docker?). Încerc să nu > >>> fiu taliban, dar uneori... 🙂 Parcă nu mi se mai pare așa de aberant > >>> când căutam la windows2008 prin regiștri după plăci de rețea "fantomă" > >>> ... > >> pai stai ... de ce sa upgradezi un container? sau ce sa upgradezi la el? > >> > >> pana la urma asta e filosofia containerelor, faci build cu versiunea > >> noua de pachet(e) si dai deploy (sau cu ceva kubernetzi schimbi imaginea > >> si reporneste el containerele noi) > >> > >> sau poate n-am inteles eu exact ce voiai sa zici, ca deh, vineri seara, > >> s-a adunat oboseala > >> > >> > > Iti traduc eu: am aflat cu stupoare ca e lume care foloseste containerele > > ca pe vm-uri, intri in el, modifici chestii, eventual dai docker commit > (or > > some such) si merge mai departe. Imaginea aia practic nu paraseste > serverul > > (si nu are backup sau ceva), si te poti lauda ca uite mama, dockere. > > > > Eu am dat cu capul de lumea asta pe "high road", cu construit imagini in > > alta parte, impins in repository, tras de acolo pe diverse masini care le > > ruleaza, tinut datele locale in volume separate, etc. Dar am dat de > oameni > > care lucreaza cum am descris mai sus, si mi-e mila de ei (sau nu). > > > > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro > _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
