‫Motards de retour, j'ai un projet qui souhaite héberger six à dix sites Web très très légers, par exemple six à dix
‫sites Web très très légers.
‫Je pourrais créer un conteneur pour chacun mais aussi modifier la configuration d’Apache pour héberger plusieurs conteneurs
‫à partir d’un conteneur.
‫D'accord.
‫C'est donc une excellente question.
‫Biker 2010, ce que vous demandez, ce sont des serveurs Apache, car nous avons Apache depuis des décennies et des décennies.
‫Les serveurs Web Apache peuvent exécuter de nombreux sites Web dans un même démon.
‫Droite.
‫Ainsi, un Apache HPD pourrait exécuter de nombreux sites Web différents et non liés.
‫Et devriez-vous faire cela contre beaucoup de conteneurs, donc peut-être un site Web par conteneur ou une image de conteneur de
‫grande taille contenant tous les sites Web.
‫Moi ma préférence.
‫Si je gère des conteneurs, surtout si je gère un orchestrateur tel que swarm ou Kubernetes, c'est toujours
‫plus de conteneurs.
‫La raison en est que Apache Apache a évidemment cette capacité, mais cette capacité améliorée a été intégrée à Apache
‫il y a plusieurs décennies bien avant que nous ayons des conteneurs et de l'isolation.
‫Et si je peux isoler mes sites Web dans différents conteneurs.
‫Maintenant, en théorie, cela signifie que nous avons plus de démons Apache, ce qui est un peu moins efficace.
‫Si vous êtes vraiment concentré sur de très petits serveurs avec une très faible utilisation des ressources.
‫Donc, si vous pensez que si vous aviez 10 sites Web et qu'ils exécutaient tous un démon Apache dans un conteneur différent, il
‫est évident que vous avez beaucoup plus d'exécutable en cours d'exécution qui prend plus de RAM et potentiellement
‫un peu de ressources gaspillées.
‫Mais si vous parlez de six à dix, vous ne gagnerez rien si vous dites
‫que je dois gérer un millier de sites Web et que vous avez le contrôle total sur chacun d'entre eux, vous réaliserez
‫des économies de ressources plus importantes en mettant ces tout dans un conteneur comme un Apache, puis en utilisant
‫essentiellement différents Apache peuvent figs pour chaque site Web.
‫En ce moment, c'est très pour moi, c'est de la vieille école qui est pré-conteneur.
‫Je préférerais presque toujours les isoler dans leurs propres conteneurs car cela m'est plus facile.
‫J'utilise un droit de dépôt pour le code de ce site Web et je vais le mettre dans une image de conteneur. Il
‫existe une relation un à un qui a du sens pour moi.
‫Vous pouvez également ensuite mettre à l'échelle ces conteneurs indépendamment.
‫Par conséquent, si vous devez exécuter trois conteneurs pour des raisons de performances ou de redondance, vous pouvez les dimensionner
‫indépendamment des autres conteneurs et des autres sites Web.
‫Une autre raison si vous devez mettre à jour un site Web si vous utilisez le conteneur tout-en-un, ce qui
‫signifie que chaque serveur Web doit être redémarré afin que vous puissiez mettre à jour cette image de conteneur alors que si chacun
‫avait sa propre image de conteneur et ses propres conteneur, seul celui qui change est mis à jour.
‫Droite.
‫Donc, vous réduirez potentiellement moins vous aurez moins de changement dans l'ensemble.
‫En tout cas, ce ne sont là que quelques-unes des bonnes raisons de l'isoler et oui, la même raison vaut pour
‫beaucoup d'autres choses comme ma suite.
‫Vous savez lire ces choses comme ça.
‫Certaines personnes veulent que vous sachiez que tout soit mis en un seul serveur Sequel et c'est
‫bien.
‫Cela peut sembler judicieux pour vous, mais l’isolement et les possibilités de mise à jour et d’activités comme celle de résoudre
‫ces problèmes présentent également des avantages.
‫Je pense donc que les bases de données sont un peu plus floues et moins claires, car
‫il est très efficace d'économiser de la mémoire lorsque vous parlez de construction
‫de serveurs de grande taille, mais aussi d'applications telles que les serveurs Web. toujours les isoler.