‫Los ciclistas vuelven con Tengo un proyecto que quiere alojar de 6 a 10 sitios web muy, muy livianos, lo siento, de 6
‫a 10 sitios web muy livianos.
‫Podría hacer un contenedor para cada uno, pero también podría editar la configuración de Apache en un host
‫múltiple de un contenedor.
‫Todo bien.
‫Entonces esta es una gran pregunta.
‫Biker 2010 lo que estás preguntando es servidores Apache porque hemos tenido Apache durante décadas y décadas.
‫Los servidores web Apache tienen la capacidad de ejecutar muchos sitios web en un solo demonio.
‫Correcto.
‫Por lo tanto, un HPD de Apache podría ejecutar muchos sitios web diferentes que no están relacionados.
‫¿Y deberías hacer eso vs. muchos contenedores, por lo que tal vez un sitio web por contenedor o una imagen de contenedor
‫grande que tenga todos los sitios web.
‫Yo mi preferencia.
‫Si estoy ejecutando contenedores, especialmente si estoy ejecutando un orquestador como enjambre o Kubernetes, siempre hay
‫más contenedores.
‫La razón es que Apache Apache obviamente tiene esa capacidad, pero esa mejor capacidad se incorporó
‫a Apache hace décadas antes de que tuviéramos contenedores y aislamiento.
‫Y si puedo aislar mis sitios web en diferentes contenedores.
‫Ahora, en teoría, eso significa que estamos ejecutando más demonios Apache y eso es un poco menos eficiente.
‫Si realmente está enfocado en servidores muy pequeños con muy poca utilización de recursos.
‫Entonces, si piensa si tenía 10 sitios web y todos estaban ejecutando un demonio Apache en un contenedor diferente, entonces obviamente
‫tiene mucho más ejecutable que se está ejecutando, lo que requiere más memoria RAM y potencialmente un
‫poco de recursos desperdiciados.
‫Pero si está hablando de seis a diez, no va a ganar nada si
‫dijera que necesito ejecutar mil sitios web y tiene control total sobre todos ellos, entonces tendría un ahorro de recursos
‫más significativo al poner esos todo en un contenedor como un Apache y luego esencialmente usando diferentes
‫higos de Apache para cada sitio web.
‫En este momento eso es muy para mí, eso es de la vieja escuela que es pre contenedor.
‫Casi siempre preferiría aislarlos en sus propios contenedores porque eso es más fácil para mí.
‫Yo uso tendrá un repositorio correcto para el código de ese sitio web y voy a poner ese repositorio en una imagen de contenedor
‫y existe esa relación uno a uno que tiene sentido para mí.
‫También puede escalar esos contenedores de forma independiente.
‫Entonces, si uno necesita tener tres contenedores ejecutándose por razones de rendimiento o redundancia, puede escalarlo independientemente
‫de otros contenedores y otros sitios web.
‫Otra razón si necesita actualizar un sitio web si está haciendo el contenedor todo en uno, significa que ahora
‫todos los servidores web deben reiniciarse solo para que pueda actualizar esa imagen de contenedor, mientras que si cada uno tiene su
‫propia imagen de contenedor y la suya propia. contenedor, entonces solo el que está cambiando se actualizará.
‫Correcto.
‫Por lo tanto, se rompería potencialmente menos si tiene menos cambios en general.
‫De todos modos, esas son solo algunas de las buenas razones para aislarse y sí, la misma razón se aplica a
‫muchas otras cosas como mi secuela.
‫Sabes leer estas cosas así.
‫Algunas personas quieren que usted haga que todo se convierta en todo en un gran servidor Sequel y está
‫bien.
‫Eso puede tener sentido para usted, pero también hay ventajas en el aislamiento y el potencial de actualización y cosas
‫como la de romper estas cosas.
‫Así que creo que es un poco más difuso y no tan blanco y negro para las bases de datos
‫porque hay mucha eficiencia cuando se habla de ahorro de memoria y otras cosas cuando se
‫habla de construir servidores a gran escala, pero cuando se trata de aplicaciones como servidores web I aislarlos siempre.