‫Rowerzyści z powrotem mam projekt, który chce obsługiwać od 6 do 10 bardzo bardzo lekkich witryn internetowych, ale od 6
‫do 10 bardzo lekkich witryn.
‫Mógłbym stworzyć kontener dla każdego, ale mógłbym również edytować konfigurację Apache do wielu hostów z jednego
‫kontenera to kompromisy.
‫W porządku.
‫To świetne pytanie.
‫Biker 2010 pytasz o serwery Apache, ponieważ mamy Apache od dziesięcioleci.
‫Serwery Apache mają możliwość uruchamiania wielu stron internetowych w jednym demonie.
‫Dobrze.
‫Tak więc jeden serwer Apache HPD może obsługiwać wiele różnych stron internetowych, które nie są ze sobą powiązane.
‫I powinieneś to zrobić vs. wiele kontenerów, więc może jedna witryna sieci Web na kontener lub jeden duży
‫obraz kontenera zawierający wszystkie witryny.
‫Ja moje preferencje.
‫Jeśli uruchamiam kontenery, szczególnie jeśli uruchamiam takiego orkiestratora jak rój lub Kubernetes, zawsze jest
‫więcej kontenerów.
‫Powodem jest to, że Apache Apache oczywiście ma taką możliwość, ale ta lepsza zdolność została
‫wbudowana w Apache wiele lat temu, zanim mieliśmy pojemniki i izolację.
‫A jeśli uda mi się odizolować moje strony internetowe w różnych kontenerach.
‫Teoretycznie oznacza to, że uruchamiamy więcej demonów Apache, a to jest nieco mniej wydajne.
‫Jeśli naprawdę koncentrujesz się na bardzo małych serwerach przy bardzo niewielkim wykorzystaniu zasobów.
‫Jeśli więc pomyślisz o tym, czy masz 10 witryn sieci Web i wszystkie z nich uruchamiają demona Apache w
‫innym kontenerze, to oczywiście masz znacznie więcej plików wykonywalnych, które wymagają więcej pamięci RAM i
‫potencjalnie trochę zmarnowanych zasobów.
‫Ale jeśli mówisz od szóstej do dziesiątej, tak naprawdę nic nie zyskasz,
‫jeśli mówisz, że muszę prowadzić tysiące stron internetowych i masz nad nimi pełną kontrolę, to możesz uzyskać większe oszczędności
‫zasobów, umieszczając je wszystko w jednym pojemniku jako jeden Apache, a następnie zasadniczo za pomocą różnych
‫puszek Apache dla każdej witryny sieci Web.
‫W tej chwili bardzo mi się podoba, że to stara szkoła, która jest gotowa.
‫Prawie zawsze wolałbym izolować je we własnych pojemnikach, ponieważ jest to dla mnie łatwiejsze.
‫Używam będzie mieć jedno repo odpowiednie dla kodu dla tej witryny sieci Web i zamierzam umieścić to repo w jednym obrazie kontenera
‫i istnieje relacja jeden do jednego, która ma dla mnie sens.
‫Możesz także skalować te pojemniki niezależnie.
‫Jeśli więc konieczne jest uruchomienie trzech kontenerów ze względu na wydajność lub nadmiarowość, można skalować ten jeden niezależnie
‫od innych kontenerów i innych witryn sieci Web.
‫Kolejny powód, jeśli musisz zaktualizować witrynę sieci Web, jeśli wykonujesz wszystko w jednym kontenerze, oznacza to,
‫że teraz każdy serwer WWW musi się zrestartować, abyś mógł zaktualizować ten obraz kontenera, podczas gdy każdy z nich miał
‫swój własny obraz kontenera i własny kontener, wówczas aktualizuje się tylko ten, który się zmienia.
‫Dobrze.
‫Więc potencjalnie mniej się zepsułeś, ogólnie mniej masz zmian.
‫Tak czy inaczej, to tylko niektóre z dobrych powodów do izolacji i tak, ten sam powód dotyczy wielu innych
‫rzeczy, takich jak moja kontynuacja.
‫Wiesz, czytaj takie rzeczy w ten sposób.
‫Niektórzy ludzie chcą, abyś wiedział, jak zrobić wszystko, aby wszystko na jednym ogromnym serwerze Sequel Server i to jest w
‫porządku.
‫To może mieć dla ciebie sens, ale są też zalety izolacji i możliwości aktualizacji oraz takich rzeczy
‫jak rozwiązywanie tych problemów.
‫Myślę więc, że jest trochę bardziej rozmyte i nie tak czarno-białe dla baz danych, ponieważ jest dużo
‫wydajności, kiedy mówimy o oszczędnościach pamięci i innych rzeczach, gdy mówimy o budowaniu serwerów
‫na dużą skalę, ale jeśli chodzi o aplikacje takie jak serwery sieciowe I zawsze je izoluj.