On 2024-03-26 11:26, Alex 'CAVE' Cernat via RLUG wrote:
On 26-Mar-24 11:21, Petru Rațiu via RLUG wrote:
Daca tratezi containerele ca pe golden images de VM care au si pe
dracu si
pe ta-su in ele, o sa ai un numar de probleme la care raspunsul mai
normal
la cap e "de ce nu folosesti pana la urma vm-uri".
ca ai mai putin overhead si pornesc mai repede, cu posibilele riscuri
de securitate la pachet (ca ai acelasi kernel) - asta ca si comparatie
intre LXC si VMs
Alex
ps: nu-s avocatul LXC (nici nu folosesc), mai curand al VMs, deci nu
sariti :-P
Păi în final tot acolo ajungi. Eu am construit imagini din imaginea de
bază, deci în sistem ai imaginea de bază plus diferențele ( cum era la
mine, una era wheezy+php, alta wheezy+nginx. Cele două imagini ar
cuprinde imaginea de bază -cum zice Petre, golden image - ca la
Microsoft+ diferența care e pachetul util plus ceva customizări. Acum că
rememorez am și o explicație, la un moment dat ajunsesem folosind
imagini de php de la docker la un balamuc total în ceea ce priveșțe
modulele de php; eu aveam deja un script cu care le instalam pe mașina
fizică și în felul ăsta, punând scriptul în docker file-ul de php
obțineam o configurație identică cu cea a serverului fizic în privința
modulelor. Inițial scopul deploymentului a fost să realizez un mediu de
test pentru dezvoltare, înainte de a pune aplicatia pe serverul fizic,
care, ați ghicit, era tot wheezy. Așa se explică și insistența mea de a
folosi imagini de jessie, ca după ce făceam upgrade pe cele fizice la
jessie să am un mediu compatibil.
Ulterior urma să folosesc sistemul și în mediul de producție și dacă
stau bine să mă gândesc chiar încă există unul în producție, dar
varianta ulterioară, cu alpine. Tipul respectiv însă a avut probleme
fără legătură cu IT-ul și proiectul a rămas așa...
PS: am avut și virtuale cu golden image pe hyperv. După câțiva ani de
update-uri diferențele au devenit mai mari decât imaginea așa că le-am
comis sau nu mai știu cum se numește la MS și am trecut la imagini
normale ca să economisesc spațiu...
_______________________________________________
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
