He sido fanático de los contenedores desde que me encontré con Docker. Entre su naturaleza liviana, aislamiento digno y una gran cantidad de imágenes, los contenedores son ideales para implementar una pila de aplicaciones autohospedadas. Como tal, mi ejército contenedor supera las máquinas virtuales en todos los nodos de mi servidor, hasta el punto en que tengo algunos SBC y mini-PC que solo ejecutan contenedores Docker y Podman.

Si acertadamente la sobrecarga de rendimiento adicional de las máquinas virtuales los hace inutilizables en los dispositivos más débiles, no son inferiores a sus contrapartes de contenedores de ninguna forma. De hecho, aquí hay un par de servicios autohostados en los que prefiero usar una VM en oficio de un contenedor.

Sin confiscación, solo para configuraciones de nubes personales hardcore

Esto puede sonar poco controvertido, pero escúchame por un segundo. El NextCloud AIO funciona sorprendentemente acertadamente, y el entusiasta promedio de retoques probablemente encontrará la configuración basada en contenedores adecuada para sus deyección de nubes personales. Heck, un NextCloud AIO basado en contenedores sin ayuda ayudó a mi equipo a colaborar en nuestros archivos de plan durante mis días de la UNI, e incluso lo convertí en una alternativa de Microsoft 365 usando un par de utilidades.

Dicho esto, comencé a notar velocidades de transferencia lentas en la interpretación LXC de NextCloud, especialmente cuando se envía archivos de proyectos que pesan docenas de gigabytes (sí, parte de la delito radica en mi código de espagueti). Asimismo regalo claramente un domingo por la mañana un domingo por la mañana (léase: en pánico) donde una aggiornamento rompió el contenedor, y terminé volviendo a una interpretación obsoleta de NextCloud. Una alternativa en columna sugirió ejecutar NextCloud como una máquina posible, que terminó resolviendo los problemas de rendimiento y la aggiornamento rota. He estado usando una VM NextCloud desde entonces, y funciona sorprendentemente acertadamente, siempre que no lo aloje en un nodo de servidor débil.

Para la tienda de complementos dulces

Desde un corredor de MQTT hasta una configuración de vigilancia basada en fragatas, he establecido un puñado de servicios de administración de viviendas inteligentes internamente de los contenedores. Pero el todopoderoso asistente de casa no es uno de esos. Aunque la configuración de un asistente domiciliario con contenedores puede ayudar a los dispositivos con problemas de computación a tener la llave de la despensa un par de dispositivos inteligentes, tiene un par de problemas que rompen.

Mi maduro problema es que la tienda de complementos no está habitable si ejecuta el asistente de casa internamente de Docker. Sí, técnicamente podría encajar cada aplicación internamente del almacén de complementos como servicios separados y conectarlos con mi instancia de asistente de hogar contenedorizado. Pero prefiero la simplicidad que ofrece la tienda complementaria, especialmente para proyectos complejos como el Asistente de voz con nutriente de LLM. Sin mencionar que perderá la instalación de actualizaciones de un solo clic si herido el contenedor de Docker/Podman asistente de casa.

Prefiero no esperar en configuraciones de contenedores anidados blasfemos

Luego de configurar Docker internamente de un LXC hace unas semanas, debo aceptar que esta configuración aparentemente maldita es excelente para la computadora portátil de una lapso que uso como un nodo Proxmox de solo contenedor. Sin confiscación, está allí de ser ideal. Las actualizaciones de contenedores ya son un dolor, por lo que existe una posibilidad aún maduro de que el contenedor subyacente rompa mi instancia Docker (o mejor aún, Podman) y su cúmulo contenedorizado.

La seguridad además es un problema que vale la pena considerar, especialmente si planea exponer algunos puertos a Internet. Asimismo he escuchado historias de configuraciones inestables de Docker con LXC. No me malinterpreten, me encanta aventurar con cargas de trabajo de virtualización y contenedores. Pero es poco que prefiero ejecutar como un intento, en oficio de poco en lo que confiaría para mis deyección de autohospedación.

Distribuciones de Linux de propósito genérico

Especialmente para entornos de explicación

Si ha sido parte del ecosistema de contenedores, sabrá que hay imágenes para prácticamente todas las utilidades imaginables, incluidos Debian, Arch y otras distribuciones de Linux. Y bueno, los contenedores livianos son asaz enseres cuando desea familiarizarse con una distribución de su sonido fría sin suceder por la molestia de hacer rodar una VM pesada de rendimiento. Técnicamente, incluso podría ejecutar imágenes de Windows internamente de contenedores. Pero no los contaría, ya que tendrá que usar KVM para implementar el sistema operante insignia de Microsoft como un contenedor en su servidor característico de Linux.

Adicionalmente, las máquinas virtuales son mucho más flexibles cuando se manejo de construir proyectos, y lo digo como el tipo que utiliza sus disposiciones de aislamiento superiores para encender entornos de explicación construidos en la parte superior de Windows 11 y Arch Linux VMS. Aunque aprobar tarjetas PCIe es un poco dolorosa, incluso es posible construir una máquina posible de juegos remotas (sorprendentemente viables) al asignar suficientes fortuna y asignarle una GPU.

Aún así, hay algunos servicios en los que las configuraciones de metal desnudo son mejores

Hasta ahora, he repasado utilidades esenciales que ejecuto internamente de las máquinas virtuales, pero hay ciertos proyectos en los que prefiero deshacerme de las máquinas virtuales y los contenedores, y cambiar a una configuración de metal desnudo. Por ejemplo, encajar un firewall internamente de una VM (o Altísimo no lo quiera, un contenedor) en su servidor doméstico no es ideal, ya que un intento defectuoso es todo lo que necesita para romper su Internet. Del mismo modo, encontrará un montón de configuraciones de NAS virtualizadas, pero mi autodominio paranoico y que, que deja de datos, prefiere la instalación de Truenas/OpenMediavault directamente en servidores de almacenamiento improvisado.