Guía Definitiva de Self-Hosting 2026: 50 herramientas para recuperar tu privacidad

En un 2026 donde la nube parece tener el control total de nuestros datos, el movimiento Self-Hosted se ha convertido en una necesidad de soberanía digital. Alojar tus propios servicios no solo te otorga privacidad, sino que elimina las suscripciones mensuales.

[#4 beltzak]

Pero esto en realidad no es una guía, es más bien un listado con una breve descripción de software auto alojado.

Y si queréis un listado. Ya os pongo un maravilloso listado. Tengo de dos colores, uno pastel y el otro terminal.

awweso.me/

awesome-selfhosted.net/

faltan algunas pequeñas joyas en mi opinión.

En vez de Nginx Proxy Manager muchisimo mejor NPMPlus que es un fork en el que el autor corrige bugs y además tienes la opción de integrar CrowdSec para filtrar esas…   

[#8 lgm1976]

#4 Todo es mejorable, que duda cabe. Gracias por tu aporte.

[#39 beltzak]

#8 A ver que está muy bien, para mí por lo menos, todo lo que sea fomentar software libre , que sea útil y accesible. Siempre digo estas herramientas deberían estar hechas para ayudar a las personas no al revés jeje.

Dicho eso, viendo el titular yo me esperaba un manual, “how to “ o incluso alguna herramienta que facilite a la gente a adoptar estas soluciones a self hosted. La verdad que es impactante la cantidad de software que está emergiendo en este sentido.

A ver si me animo ya a poner un blog o algo para aportar mi granito de arena, eso si, podman compose

[#64 lgm1976]

#39 Tienes razón, el titular es ambicioso, pero la idea era precisamente esa: dar el primer empujón con el listado para luego ir bajando al barro con tutoriales específicos. Me apunto lo de Podman, que sois unos cuantos los que pedís paso más allá de Docker.

[#73 beltzak]

#64 Tranquilo, todo lo que hagas es una aportación adicional a la sociedad, tu círculo más cercano y más allá.

Nunca vas a poder contentar a todo el mundo ósea que dedícate a lo que más te gusta, lee las críticas pero no te molestes en combatirlas , aprende de las buenas criticas e ignora las que son tóxicas.

Yo he entendido una cosa o he pensado una cosa y al no ver eso pues he puesto mi queja pero vamos… también me podría haber callado que tampoco es que aporte mucho más

He visto…   

[#75 lgm1976]

#73 ¡AUPA! Nada que añadir. Viniendo como vengo de áreas de marketing de producto, solo puedo quitarme el sombrero ante los que os pegáis con los hierros a diario. Tomo nota de todos tus consejos. ¡Un placer!

[#78 beltzak]

#75 Llevo 20 años en CLM pero el espíritu armero sigue ahí. Eso sí, nací, crecí y entre idas y venidas también he vivido allí 26 añitos.

Un saludo, añado la web a mi linkding.
Lastima que Menéame no tenga una función de mensajes privados aunque fuera de 256 caracteres para pasarse correos o algo.

[#80 lgm1976]

#78 No fastidies, provincia de Toledo mi segunda patria... jajaja. ¡Qué bueno! Ese espíritu no se pierde ni en 20 ni en 40 años. Respecto a lo de contactar, tienes toda la razón, se echan de menos los MD por aquí. Si te apetece charlar más tranquilos, en mi pasatiempo (www.kernelreload.com) tienes mi correo de contacto y enlaces a distintas redes. Estaré encantado de que crucemos un par de correos. ¡Un saludo!

[#82 beltzak]

#80 Ok. Te mando un correo después, o mañana.

[#84 tommyx]

#78 si que la tiene, os tenéis que hacer "amigos"

[#6 vorotas]

Yo añadiría Proxmox para maquinas virtuales y contenedores LXC, y con eso en una misma máquina puedes tener todos esos servicios. Yo lo tengo así en casa.

[#10 lgm1976]

#6 Tomo nota para próximas amplicaciones o guías/listados. Gracias por el aporte.

[#38 vorotas]

#10 Como complemento para Proxmox hay un repositorio con scripts para automatizar algunas instalaciones.

community-scripts.org/

[#85 tommyx]

#6 yo me estoy planteando eso, pero me apetece más una debían con KVM y dockers, luego está el cockpit por si uno quiere una interfaz remota por navegador. No obstante prefiero meterme por SSH a cacharrear. #10

[#40 beltzak]

#6 Yo es que siempre siempre voy contra corriente… y ahí va mi lanza por XCP-NG. Llevo unos 4 años usándolo y estoy encantado. Además todo empezó en un NAS con virtualización anidada y 0 problemas. Después he acabado con un equipo físico adicional también.

Una maravilla. Lo mejor a destacar es sus pocas actualizaciones en la versión principal, es decir. Versión 8.0 2019, la 8.1 en 2020, la 8.2 LTS en 2022 y la 8.3 LTS en 2024 y ahí seguimos.

¿Quiere eso decir que no hay parches?…   

[#1 rbrn]

Para cómics Kavita o Komga o YACReader...

[#2 lgm1976]

#1 Tomo nota de ellas.

[#14 paumal]

Os regalo una idea millonaria: vendedlo. Sacadlo como un producto para aquellos a los que nos gustaría montar eso en casa y no tenemos ni puta idea de por donde empezar.

[#19 lgm1976]

#14 La verdad es que hay mercado ahí (proyectos como Umbrel o CasaOS van por ese camino). Mi idea con el blog es precisamente esa: ir dando a conocer lo que parece magia negra para que cualquiera con un PC viejo o una Raspberry pueda montárselo sin morir en el intento. ¡Poco a poco iremos subiendo tutoriales y guías más paso a paso! pero antes había que tomar el pulso del interés en este tipo de material preparando un artículo que englobe todas estas soluciones.

[#46 beltzak]

#14 Pero no puedes competir con Google, Dropbox , Trello, Zendesk, Zoho y la madre que los pario.

Yo tengo una empresa de andar por casa y ya te digo que no soy capaz de que la gente cambie y para colmo los NAS que vendo prácticamente han duplicado el precio desde el 2023 siendo el mismo modelo.

Tengo un cliente al que le alojo todo y me paga muy bien pero es todo manual ni panel de hosting ni nada. Así no malgastó recursos y es más difícil reventar el sistema al tener poco software instalado.

Eso sí, tengo q cambiar de estrategia, en vez de intentar que la gente cambie, tendré que darme publicidad para los que estén interesados vengan a mí porque estos primeros 5 años no han ido bien en ese aspecto.

[#62 lgm1976]

#46 Lo malo de estos modelos es que si te sales del uso personal o de amiguetes, son difícilmente escalables.

[#66 beltzak]

#62 ¿Por? No entiendo a qué te refieres exactamente con lo de modelos. Por lo que se prácticamente todo es escalable … por eso me pregunto a qué te refieres.

Si estamos hablando de software self hosted dependerá mucho de lo bien que esté programado pero tienes kubernetes para hacerlo gigante.

[#69 lgm1976]

#66 Me refería, sobre todo, a lo que comentabas de gestionar todo de forma manual y artesanal ("Tengo un cliente al que le alojo todo y me paga muy bien pero es todo manual"), sin paneles de hosting. Para un cliente o dos es un lujo de seguridad y optimización amnejable, pero si te entran 50, o tienes un equipo de clones o te falta vida para gestionar configuraciones una a una. A nivel de software, con Kubernetes o Docker está claro que el límite es el hardware.

[#76 beltzak]

#69 Ya, si si. Tengo HestiaCP para que los alumnos suban sus proyectos anuales pero está en otra máquina completamente aislada. Y el otro que me gustaba era ISPConfig.

[#58 UnoYDos]

#56 Si entiendo perfectamente tu punto de vista, pero dime tu. Que usuario normal necesita 20 paginas de wordpress?

Respecto a tu pregunta de las bases de datos, existen bases de datos distribuidas desde hace mucho. Si se te cae un nodo puedes tirar de otro. Asi en lugar de tener 20 instancias de bases de datos, te apañas con 5 nodos. Y si a futuro vas necesitando mas nodos, los puedes ir metiendo. Por no hablar de que asi puedes replicar los datos entre nodos para mayor seguridad de ellos, mejoras la latencia, etc

go.mariadb.com/23Q2-WC-ES-DBaaS-Xpand-Architecture-DB1106_LP-Registrat

[#63 beltzak]

#58 Ya pero mi explicación no era por tener 20 Wordpress , no me he explicado demasiado bien, era más bien que si te tenemos una de recetas de cocina, otro de tareas, otro de recordatorios, otro de notas ya tendríamos 4 bases de datos. Era una contestación a tu comentario de tener un servidor web (más base de datos) por cada aplicación que queramos correr. Puedes ahorrar muchos recursos pero también tiene sus desventajas. Por eso he puesto un ejemplo tan exagerado.

[#67 UnoYDos]

#63 Es que lo de la base de datos es muy facil de solucionar. Porque volvemos a lo mismo, para que quiere un usuario normal una base de datos levantada y un servidor web levantado. Para asolutamente nada. Joder, haces una aplicacion de escritorio con alguna base de datos embebida y punto. El error no es usar docker para levantar aplicaciones. El problema es usar ecosistemas pesados de sofware para hacer tareas estupidas que puedes solucionar de maneras mil veces mas eficientes. Insisto en que…   

[#77 beltzak]

#67 Jajajaja. Ya, tenemos el sistema de ficheros que sobra ya. Aunque espero que no me digas que eso también es un exceso de recursos, aunque sea para guardar 4 recetas. ¿El NoSQL ese serviría? ¿O tampoco?

Ya lo pillo, MySQL o MariaDB no es para guardar una tabla de 5 campos y 5 registros.

Es como usar un tráiler de 12 metros de longitud para ir a por pan todos los días por las calles de Toledo o Cuenca

[#83 UnoYDos]

#77 Si, mientras que no necesites tener entidades relacionadas puedes usar NoSQL. Pero si no tienes un volumen alto de datos no vas a notar diferencias de usar una base de datos relacional. Yo para una aplicacion de recetas usaria sqlite3, que iria embebida en la aplicacion de escritorio.

Insisto en que esto que digo es porque es una aplicacion muy simple que vas a usar en local tu solo. En el momento que quieras centralizar con mas personas o dispositivos si necesitas servidores.

[#71 UnoYDos]

#63 No se si me estoy explicando bien. Voy a intentarlo hacer con un paralelismo. Usar un servidor web y levantar un servicio de base de datos completo para gestionar 4 recetas solo una persona es como ir a pescar sardinas con una caña para pez espada. Te has pasado 4 pueblos.

[#74 beltzak]

#71 Vale ya te entiendo pero me gustaría saber , ya que eres programador ¿que utilizarías tu? Aparte de una app en terminal de consola, desde la ignorancia, ¿hay ya por ahí algo que consuma menos?

He hecho he ido a mirar ahora mismo y Lighttpd consume 7MB de RAM para 50 clientes (también para 1 claro)

¿Y repito desde la ignorancia, si lo hacemos en .NET consumiría menos? ¿Swift? C++ supongo que también.

[#65 lgm1976]

#58 Técnicamente no te falta razón: para un uso doméstico, meter un elefante (Docker) para mover una hormiga (recetas) parece una locura. Pero al final la "Guía" va para el que quiere soberanía digital sin ser sysadmin; ahí la facilidad de 'copiar y pegar' un compose le gana al ahorro de RAM. ¡Gracias por el debate sobre nodos! Esto ya se parece más a un foro técnico.

[#70 UnoYDos]

#65 Yo le agregaria al site un manual que enseñe a la gente no a hacer un dockerfile ellos solos de 0, pero si a lo mejor unificar varios de ellos en uno. Para que puedan montarse suits con el software que necesiten usando un unico contenedor.

[#72 lgm1976]

#70 Oye, pues me parece una idea cojonuda para un tutorial avanzado. Me lo apunto porque encajaría como evolución del artículo para pasar de la lista de herramientas a la optimización real. ¡Gracias por el aporte!

[#50 tommyx]

#42 creo que dockhand también tiene en cuenta podman, bueno de hecho lo probé y funcionó

[#3 ur_quan_master]

Gracias por el aporte #0

[#12 tommyx]

Para gestionar docker os recomiendo dockhand. Una maravilla

[#18 lgm1976]

#12 No conocía Dockhand, ¡apuntado queda! Yo suelo tirar de Portainer por costumbre, pero si es ligero y facilita la gestión de contenedores habrá que echarle un ojo y quizás dedicarle un post en Kernel Reload. Gracias.

[#20 tommyx]

#18 de nada, usaba portainer, pero este le da 1000 vueltas, ya verás

[#21 lgm1976]

#20 Vaya, estás haciendo que me pique la curiosidad. Lo mismo me remango este fin de semana con ello si saco un rato.

[#34 tommyx]

#21 si necesitas algo me dices, aunque lo dudo

Por cierto desconocida www.kernelreload.com

Lo voy a poner a mi RSS

[#44 beltzak]

#21 Si te gusta probar software para valorar y hacer y deshacer rápidamente te recomiendo Coolify.

Tienes en tu lista CasaOS , tengo algunos de estos anotados por ahí pero nunca los he probado porque me apaño demasiado bien en Debían como para que un SO me facilite el FrontEnd pero me complique el backend.

[#45 lgm1976]

#44 Veo en la web que cuentan con casi medio millón de SelfHosted, una pasada.

[#86 tommyx]

#44 casaos sobre que se monta? Estoy pensando cambiar la Synology

[#42 beltzak]

#12 Está también Komodo pero como no gestiona Podman pues no lo pude probar.

komo.do/

Y el creador de Uptime Kuma tiene Dockge: Que también me gustó pero me quedé con las ganas de probarlo.
github.com/louislam/dockge

Hay poco mundo mas allá de docker y por mucho que me joda seguiré nadando contra corriente. Mejor me habría salido irme a kubernetes coñe jeje.

[#13 elTieso]

Me encantan estos envíos de informática donde no entiendo nada y pienso ¡ay vá qué gente tan lista!

[#15 lgm1976]

#13 Pues dale Like y Suscríbete.

[#29 elTieso]

#15

[#30 lgm1976]

#29 ¡Esa es la actitud! Si te pica el gusanillo, cualquier día de estos te verás montando tu propio servidor en un portátil viejo que tengas por casa. Avisado quedas, que esto engancha.

[#87 tommyx]

#13 bueno, tú ves pidiendo y probando cosas. Todo entretiene y hoy día entre que es más fácil, toda la información que hay más las AI... Una maravilla

[#23 kosako]

#9 No tengo yo la cabeza para eso

De todas formas, yo conocimiento 0. Es todo tutorial y preguntar a la IA. Pero por error Next cloud apuntaba a la sd de la Raspberry en vez de al HD. Entonces se lleno de fotos y luego cuando traslade todo al HD y corregi rutas ya no había forma de que reconociera el servidor (aparte de que a pesar de tener duckdns solo cargo las fotos en mi propia wifi no me admite red móvil pero eso ya lo di por perdido)

Seguramente resetee todo Next cloud y empiece a subir la info del móvil de 0, voy a tardar menos y aún no borre nada en el móvil así que no perderé datos

[#26 lgm1976]

#23 Entendible, a veces es más sano "quemarlo todo" y empezar de cero con la lección aprendida. Consejo: si vas a reinstalar, usa Docker para el Nextcloud. Permite mapear las carpetas del disco duro de forma externa muy fácil y, si la SD muere, los datos y configuración quedan a salvo en el disco. Lo de DuckDNS podría ser un tema de puertos o del CG-NAT de la operadora móvil

¡Mucho ánimo!

[#7 Suleiman]

Añadiría también:

Grimmory
github.com/grimmory-tools/grimmory

Para gestión de libros y comics. Muy útil si tienes muchos...

Trek
Para organizar viajesnes muy útil y visual.

github.com/mauriceboe/TREK

[#11 lgm1976]

#7 Se agradecen las recomendaciones. Con todos estos comentarios se va generando material para próximas entregas.

[#31 mandelbr0t]

Digamos que LM Studio es el mejor "laboratorio" y Ollama el mejor "servidor de producción" casero.

#24 ¿Usas ollama para escribir los comentarios ? porque tienen un tufillo IA que tira para atrás.

[#32 lgm1976]

#31 ¡Cazado! Confieso que estructuro las ideas para no dejar puntos técnicos fuera, claro que me apoyo en ella (vivimos en 2026, ¿no?), pero soy yo quien está aquí dándole a la tecla y aprendiendo de las recomendaciones y las ideas que se plasman en los comentarios. Intentaré meterle más "tufillo humano" y alguna falta de Hortografía para tu tranquilidad.
¡Saludos!

[#41 mandelbr0t]

#32 Pues no te lo recomiendo. Yo también uso la IA para casi todo, pero usarlo para expresar tus ideas hace que se pierda capacidad analítica y de síntesis. Haz que encuentre tus faltas, pero luego asimílalo y exprésalo con tus propias palabras.

[#43 lgm1976]

#41 No lo había pensado así, normalmente trabajo en dos pasos con la IA, primero como tú indicas, y luego para que me ayude a ordenar, digamos que le hago dos pasadas. Pero tomo nota de tu recomendación. Gracias!

[#48 beltzak]

#36 Yo creo que al final me voy a decantar por Dashy. Parece el más mierder y luego si le metes txitxa tiene fondo. Heimdall y Homepage de entrada son mucho más vistosos. Homarr tiene “facilidad” pero en definitiva para mí a todos les falta algo que uno tiene y el otro no.

[#52 lgm1976]

#48 Piensa que esa es la forma de buscar su propio nicho, diferenciarse del resto en algún parámtro atrayendo hacia ellos a los entusiastas de su característica destacada. Es la eterna regla del posicionamiento de marcas, buscar territorios distintos donde otros aún no han llegado.

[#79 fingulod]

#61 No iba por ahí. Me refería que al haber soft privativo, el concepto de la lista no parece ser software libre sino control de tus datos.

[#81 beltzak]

#79 Tienes razón.

Ahí faltan Tails, Tor, SearXNG,
blocklist de Meta, Google, Microsoft, Amazon y básicamente ya tendrías acceso a Asia, Oriente, la Antártida y poco más jejej

[#5 kosako]

Gran aporte. Yo estoy sufriendo con Next cloud. Iba bien pero por un error en la sd de la Raspberry ahora ya no me reconoce el server y está la cosa congelada para subir los datos. Y un poco coñazo me está resultando arreglarlo.

Pero en realidad era bastante apañado y te quitas de Google.

[#9 lgm1976]

#5 Esperemos que des pronto con la solución. Ya sabes que a la "Old School" nos gustan los retos.

[#60 prejudice]

#5 espero que tengas backup reciente, las SDs se corrompen y las que suelen venir de serie con raspberry pi mas, por que suelen incluir tarjetas de baja gama

[#68 lgm1976]

#60 Totalmente de acuerdo contigo. Las SD baratas son una bomba de relojería en recursos donde corren servicios 24/7. En mi humilde opinión recomiendo pasar el sistema a un SSD por USB en cuanto se pueda; la diferencia en fiabilidad (y velocidad) es otro mundo.

[#28 lgm1976]

#25 Exacto, el "efecto comunidad" pesa mucho. Al ser Open Source, Ollama ha generado un ecosistema de integraciones brutal en tiempo récord. Al final, lo bueno de este mundillo es que tenemos herramientas de sobra para elegir según lo que necesitemos en cada momento.

[#16 fingulod]

Mi duda ¿por qué siempre se pone ollama y no LM Studio?

[#17 lgm1976]

#16 La diferencia es de concepto. Ollama se usa más porque funciona como un servicio (backend) que puedes conectar a cualquier cosa: Open WebUI, plugins de VS Code o scripts propios. LM Studio es una aplicación cerrada excelente para experimentar visualmente, pero Ollama es el estándar para quien quiere integrar la IA en su flujo de trabajo diario de forma automática.

[#22 fingulod]

#17 Bueno, con LM Studio también se puede conectar a script, y veo más sencillo probar cualquier modelo que esté en Hugging Face. Pero supongo que si la gente usa más Ollama para eso será por algo.

[#24 lgm1976]

#22 Es cierto que LM Studio permite levantar el servidor local y la búsqueda en Hugging Face está muy bien. La clave de que Ollama arrase en "self-hosted" es que es mucho más liviano para dejarlo corriendo 24/7 en un servidor doméstico. Al ser CLI pura, consume menos recursos y es más fácil de actualizar por terminal con un comando. Digamos que LM Studio es el mejor "laboratorio" y Ollama el mejor "servidor de producción" casero.

[#25 fingulod]

#24 Vale, imaginaba eso. Creo que ahora LM Studio permite no tener parte gráfica, pero quien llega segundo...

[#47 beltzak]

#16 ¿Pero es auto alojado? Se que AnythingLLM si, empezó como aplicación de escritorio pero ha terminado por desarrollar un backend en Web que puedes auto hospedar.

[#49 fingulod]

#47 Si, claro. No sé si puedes tenerlo en otro servidor, pero lo puedes usar 100% local. Tanto con aplicación cómo para servir script u otras cosas.

[#54 beltzak]

#49 Claro pero me refiero a eso tenerlo en un servidor sin entorno gráfico ni nada que no sea lo más mínimo. Piensa que eso es un desperdicio de recursos.

Y aunque ya el Mac Mini tiene su propio sistema operativo y podría perfectamente instalarlo allí mi filosofía es no tocar absolutamente nada en ese sistema. El host solo lleva un firewall y el software de virtualizacion , hablo para servidor de producción. Servidor de correo, alojamiento web y ahora servidor de IA.

Me ahorro disgustos en…   

[#55 fingulod]

#54 Uso Windows. Que yo sepa la primera versión usaba la parte gráfica y el motor, pero ahora están desacopladas y se puede instalar sólo el motor, sin entorno gráfico.

[#57 beltzak]

#55 “Today we're introducing llmster: it's the core of the LM Studio desktop app, but packaged to be server-native, without reliance on the GUI. We've rearchitected our software to separate the GUI from the core functionality, allowing llmster to run as a standalone daemon.”

lmstudio.ai/blog/0.4.0#deploy-on-servers-deploy-in-ci-deploy-anywhere

Hay una gran pega, no es open source. No es imperativo pero particularmente estoy dispuesto a sacrificar bastante por una alternativa open source.’

Pero es un buen aporte, quizás se animen a liberar esta parte.

[#59 fingulod]

#57 Correcto. Ollama sí es Open Source. Pero en esa lista hay unas cuantas aplicaciones más que no lo son.

[#61 beltzak]

#59 Si si, mi comentario no era una crítica, hay muy buen software en propietario como también hay software mal en open source, aunque es más perdonable si es open

[#27 lgm1976]

Me estoy apuntando todas las alternativas que habéis puesto (Komga, Trek, NPMPlus...). El self-hosting engancha precisamente por eso, porque siempre hay una herramienta mejor a la vuelta de la esquina. ¿Alguno de por aquí usa algún 'dashboard' tipo Homer o Dashy para organizar todos estos servicios o tiráis de marcadores en el navegador?

[#33 UnoYDos]

#27 En la web que enlazan tienes un dashboard, Heimdall

[#36 lgm1976]

#33 ¡Toda la razón! De hecho es el que tengo montado ahora mismo, pero como quiero preparar un artículo específico de dashboards más adelante, andaba curioseando por si alguno usaba alternativas tipo Dashy o similares. Es fácil acomodarse y perder joyas nuevas. ¡Gracias por el aporte!

[#35 UnoYDos]

¿Soy al unico al que le molesta esta manía actual de que todo sean aplicaciones webs en un container de docker? Esto de un contenedor por aplicacion no tiene ningun sentido para mi, mucho menos en aplicaciones como la de gestionar recetas de cocina.

Si me dices que es un servicio que vas a exponer para que lo use mas gente vale, pero la inmensa mayoria lo va a usar para si mismo en su casa.

[#37 lgm1976]

#35 El eterno debate: eficiencia vs comodidad. Cierto que Docker que es un desperdicio de recursos para una app de recetas, pero personalmente me compensa con tal de no pelear con dependencias o que una actualización me rompa todo el servidor.

[#51 beltzak]

#35 Puedes usar un container de Podman jaja.

Si crees que eso tiene poco sentido espera a leer que yo creo un usuario aislado para cada container, ya sea test laboratorio o producción tengo un script que me crea el usuario, el entorno me genera el script para después crear un contenedor Systemd sobre lo que está corriendo y así me olvidó de gestionarlo.

[#53 UnoYDos]

#51 Pero eso para ti puede tener uno utilidad puntual o general. Yo estoy dandole a este asunto una perspectiva de la gente que no es tecnica. Yo soy programador y tambien uso docker. Pero no le veo ningun puto sentido que alguien que no es tecnico tenga un contenedor para cada aplicacion chorra como la de las recetas. Dime tu para que quiere un usuario normal una aplicacion para gestionar recetas preparada para la colaboracion en un servidor web que va a correrlo en su maquina y usarlo el solo. Es que es estupido. Estamos llorando por los recursos que piden ya algunos sistemas como w11 y vamos levantar un puto contenedor con servidor web por cada aplicacion que queramos correr?

[#56 beltzak]

#53 Totalmente me de acuerdo, incluso con Docker Desktop no les seria sencillo. Necesitan un empaquetador que les dejen como si fuera un instalador.

A ver, te entiendo perfectamente, ¿que es mejor para correr 20 páginas Wordpress? ¿20 bases de datos MariaDB o 1 base de datos MariaDB ?

Pues yo lo tengo clarísimo. Con mis más de 20 años de experiencia y muchos más con un ordenador en las manos ¿tú que crees que deberías hacer?

Además, no es eso lo que está haciendo, en realidad cada hilo…   

[#88 tommyx]

#35 es la ventaja de los docker, todo empaquetado y todo funciona, te olvidas de las dependencias y de que "en mi ordenador funciona"

No hablamos de máquinas virtuales, el consumo de recursos es bastante reducido