‫Biker zurück mit Ich habe ein Projekt, das sechs bis zehn sehr sehr leichte Websites hosten möchte. Tut mir leid, sechs bis
‫zehn sehr sehr leichte Websites.
‫Ich könnte für jeden einen Container erstellen, aber ich könnte auch die Apache-Konfiguration bearbeiten, um mehrere Hosts
‫aus einem Container herauszuholen.
‫Gut.
‫Das ist also eine gute Frage.
‫Sie fragen nach Apache-Servern für Biker 2010, denn wir haben Apache seit Jahrzehnten und Jahrzehnten.
‫Apache-Webserver können mehrere Websites in einem Daemon ausführen.
‫Richtig.
‫Auf einer Apache-HPD können also viele verschiedene Websites ausgeführt werden, die nichts miteinander zu tun haben.
‫Und sollten Sie das tun vs. viele Container, also möglicherweise eine Website pro Container oder ein großes
‫Container-Image, das alle Websites enthält.
‫Mir meine Vorliebe.
‫Wenn ich Container laufen lasse, besonders wenn ich einen Orchestrator wie Swarm oder Kubernetes laufe, sind
‫immer mehr Container.
‫Der Grund dafür ist, dass Apache Apache offensichtlich über diese Fähigkeit verfügt, aber diese bessere Fähigkeit wurde vor
‫Jahrzehnten in Apache eingebaut, als wir noch keine Container und Isolation hatten.
‫Und wenn ich meine Webseiten in verschiedene Container einteilen kann.
‫Theoretisch heißt das, dass wir mehr Apache-Dämonen betreiben und das ist ein bisschen weniger effizient.
‫Wenn Sie sich wirklich auf sehr kleine Server mit sehr geringer Ressourcennutzung konzentrieren.
‫Wenn Sie sich also überlegen, ob Sie 10 Websites hatten und alle einen Apache-Daemon in einem anderen Container ausführten, dann
‫ist es offensichtlich, dass viel mehr ausführbare Dateien ausgeführt werden, was mehr RAM und möglicherweise ein
‫wenig verschwendete Ressourcen erfordert.
‫Aber wenn Sie von sechs bis zehn sprechen, werden Sie nicht wirklich etwas gewinnen,
‫wenn Sie sagen, dass ich tausend Websites betreiben muss und Sie die volle Kontrolle über alle Websites haben, dann würden Sie durch
‫das Einsparen dieser Ressourcen erheblich mehr Ressourcen einsparen Alles in einem Container als ein Apache und dann im Wesentlichen
‫mit verschiedenen Apache können Feigen für jede Website.
‫Momentan bin ich der Meinung, dass es sich um eine alte Schule handelt, die vorgefertigt ist.
‫Ich würde es fast immer vorziehen, sie in ihren eigenen Behältern zu isolieren, weil mir das leichter fällt.
‫Ich benutze ein Repo-Recht für den Code für diese Website, und ich werde dieses Repo in ein Container-Image packen,
‫und es gibt diese Eins-zu-eins-Beziehung, die für mich sinnvoll ist.
‫Sie können diese Container dann auch unabhängig voneinander skalieren.
‫Wenn also aus Gründen der Leistung oder Redundanz drei Container ausgeführt werden müssen, können Sie diesen unabhängig
‫von anderen Containern und anderen Websites skalieren.
‫Ein weiterer Grund, wenn Sie eine Website aktualisieren müssen, wenn Sie den All-in-One-Container
‫ausführen, bedeutet dies, dass jetzt jeder Webserver neu gestartet werden muss, damit Sie dieses eine
‫Container-Image aktualisieren können Container würde dann nur derjenige, der sich ändert, aktualisieren.
‫Richtig.
‫Sie würden also potenziell weniger kaputt machen, da Sie insgesamt weniger Veränderungen haben.
‫Das sind nur einige der guten Gründe, sich zu isolieren, und ja, der gleiche Grund gilt auch für viele
‫andere Dinge wie meine Fortsetzung.
‫Sie wissen, lesen Sie dieses Zeug so.
‫Einige Leute möchten, dass Sie wissen, dass alles auf einem riesigen Sequel-Server läuft, und das ist in
‫Ordnung.
‫Das mag für Sie sinnvoll sein, aber die Isolation und das Potenzial für Aktualisierungen und ähnliches bringt
‫auch Vorteile mit sich.
‫Ich denke, es ist ein bisschen unscharfer und nicht so schwarz-weiß für Datenbanken, weil es eine
‫Menge Effizienz gibt, wenn Sie über Speichereinsparungen sprechen und wenn Sie über den
‫Bau großer Server sprechen, aber wenn es um Anwendungen wie Webserver I geht isoliere sie immer.