‫Motocicliștii înapoi cu un proiect care vrea să găzduiască șase până la zece foarte foarte ușori, îmi pare rău de la șase la
‫zece site-uri Web foarte foarte ușoare.
‫Aș putea face un container pentru fiecare, dar ar putea de asemenea să editeze Apache config la mai multe gazde
‫dintr-un singur container sunt compromisurile.
‫In regula.
‫Deci aceasta este o mare întrebare.
‫Biker 2010 ceea ce cereți este serverele Apache deoarece am avut Apache de zeci de ani și decenii.
‫Apache serverele Web au capacitatea de a rula multe site-uri web într-un singur daemon.
‫Dreapta.
‫Deci, un Apache HPD ar putea rula multe site-uri Web diferite care nu au legătură.
‫Și ar trebui să faci asta. multe containere, deci poate un site Web pe container sau o imagine de container
‫mare care are toate site-urile Web.
‫Preferința mea.
‫Dacă rulez containere mai ales dacă conduc un orchestrator cum ar fi roi sau ediții cubanezi este întotdeauna
‫mai multe containere.
‫Motivul este că Apache Apache are evident acea capacitate, dar capacitatea mai bună a fost construită în
‫Apache cu decenii în urmă, înainte de a avea containere și izolare.
‫Și dacă pot izola site-urile mele web în containere diferite.
‫Acum, în teorie, înseamnă că conducem mai mulți demoni Apache și că este puțin mai eficient.
‫Dacă sunteți într-adevăr concentrat pe servere foarte mici, cu o utilizare foarte redusă a resurselor.
‫Deci, dacă vă gândiți dacă aveați 10 site-uri web și toți rulau un daemon Apache într-un alt container, atunci evident
‫că aveți mult mai multe executabile care rulează și care iau mai multe berbeci și
‫potențial puțin resurse pierdute.
‫Dar dacă vorbești între șase și zece, nu vei câștiga cu adevărat nimic, dacă
‫spui că trebuie să conduc o mie de site-uri web și ai control total asupra tuturor, atunci vei avea economii de
‫resurse mai importante prin punerea lor toate într-un singur container ca un Apache și apoi folosind în mod esențial
‫diferite Apache poate smochine pentru fiecare site Web.
‫Chiar acum asta e foarte pentru mine, asta e vechea școală care este containerul prealabil.
‫Aproape că aș prefera să le izol în containerele lor, pentru că asta e mai ușor pentru mine.
‫Eu folosesc va avea un drept de repo pentru codul pentru site-ul respectiv și am de gând să pun reputația într-o singură imagine container
‫și acolo este că una la o relație care are sens pentru mine.
‫De asemenea, puteți scala aceste containere în mod independent.
‫Deci, dacă trebuie să aveți trei containere care rulează din motive de performanță sau de redundanță, puteți scala acel unul
‫independent de alte containere și alte site-uri Web.
‫Un alt motiv dacă trebuie să actualizați un site web dacă faceți totul într-un singur container, ceea ce înseamnă
‫că fiecare server web trebuie să se repornească doar pentru a putea actualiza imaginea unui container, în timp ce fiecare dintre ele avea
‫propriile imagini de container și propria lor container, atunci numai cel care se schimbă ar fi actualizat.
‫Dreapta.
‫Așadar, veți rupe potențial mai puțin dacă aveți o schimbare mai mică în general.
‫Deci, oricum, asta e doar câteva din motivele bune de izolare și da, același motiv este valabil și pentru multe alte
‫lucruri, cum ar fi continuarea mea.
‫Știi că ai citit chestiile astea.
‫Unii oameni vor sa stii sa faca totul pentru a pune totul pe un server imens Sequel si asta e
‫bine.
‫Asta ar putea avea sens pentru tine, dar există, de asemenea, avantaje pentru izolarea și potențialul de actualizare și chestii de
‫genul de a sparge aceste lucruri.
‫Deci, cred ca este un pic mai fuzzy si nu atat de alb si negru pentru baze de date, deoarece
‫exista o multime de eficienta atunci cand vorbesti despre economii de memorie si chestii atunci cand
‫vorbesti despre construirea de servere la scara larga, dar cand vine vorba de aplicatii precum serverele web I izolați-le întotdeauna.