Docker ha transformado el panorama del autohospedaje. Ha convertido la implementación de aplicaciones complejas en una simple ventana acoplable componer dominio. A posteriori de todo, a todos nos encanta el aislamiento, la portabilidad y la simple simplicidad de contener todo, desde una simple pasillo de fotos hasta una enorme pila de medios.

Sin secuestro, luego de meses de ejecutar docenas de servicios en mi propio hardware, aprendí una dolorosa verdad: no es necesario autohospedar todo con Docker. Hay aplicaciones específicas y de encargo crítica en las que las capas añadidas de complejidad no merecen la pena.

Administrador de contraseñas

La complejidad no vale la pena.

Cuando comencé con el autohospedaje, una de las primeras aplicaciones que puse en un contenedor Docker fue mi administrador de contraseñas (en mi caso, una instancia autohospedada como Vaultwarden). Me sentí como la vencimiento definitiva: control sobre mis datos más confidenciales, todos empaquetados de forma ordenada y aislada.

En el momento en que pensé en lo que en realidad estaba en placer, me di cuenta de que no valía la pena pasar el aventura por la conveniencia. Los administradores de contraseñas se basan en una pequeña porción de datos persistentes: el archivo de saco de datos (a menudo SQLite).

Si perfectamente los volúmenes Docker generalmente funcionan, una pérdida repentina de energía o una modernización fallida del sistema eficaz del host podrían, en teoría, dañar el prominencia Docker. Recuperar un prominencia de saco de datos en contenedores enredado es mucho más complicado que restaurar un archivo en un sistema tradicional libre.

El objetivo de un contenedor es el aislamiento, pero ejecutar un administrador de contraseñas requiere exponer puertos y gobernar el golpe foráneo. En mi configuración, administraba la red interna del contenedor, la red del puente Docker, las reglas de firewall del host y el proxy inverso. Cada capa era un punto potencial de descompostura.

En su espacio, puedo usar Enpass, que me permite hacer una copia de seguridad de mis datos cifrados en mi almacenamiento regional o en la cúmulo preferido.

Aplicaciones para tomar notas

Por errata de funciones

Para mí, el objetivo de una aplicación para tomar notas es la velocidad y la confiabilidad. A menudo es necesario capturar un pensamiento fugaz, un recordatorio rápido o una información crucial mientras camino, conduzco (¡en un semáforo en rojo, por supuesto!) o cambio rápidamente de contexto en mi teléfono.

Necesito que la aplicación se ensenada instantáneamente, se sincronice sin problemas y ofrezca una experiencia móvil nativa y fluida. Aquí es donde los proyectos de autohospedaje como Joplin, Outline, Docmost y otros similares fallan para mí.

Adicionalmente, seamos honestos. Las aplicaciones nativas de empresas centradas sólo en la experiencia del favorecido (como Bear, Craft, Obsidian e incluso Notion) suelen tener funciones más ricas y pulidas. Están optimizados para desplazamiento móvil, atajos de teclado rápidos e integraciones profundas del sistema (como compartir hojas y widgets).

Estoy dispuesto a respaldar una pequeña suscripción o ofrendar el alojamiento propio del backend porque la experiencia del cliente para tomar notas no es negociable.

Servidores de correo electrónico

Simplemente utilice cualquier servicio de Google, Microsoft o Proton

Si hay poco que recomiendo evitar a todo nuevo favorecido de autohospedaje es el correo electrónico. Probé varias soluciones, incluidos contenedores masivos como Mailcow. Pensé que Docker de alguna forma haría que la configuración fuera manejable. No fue así.

Cuando ejecuta un servidor de correo en contenedores, lucha constantemente para demostrar que no es un spammer. Un pequeño error de configuración o una regla de seguridad desactualizada pueden hacer que su IP esté en la letanía negra.

La conceptualización de redes de Docker sólo empeora la situación. Si el problema era la dirección IP de mi host, no podía cambiarla fácilmente. Depurar problemas de entrega significa rastrear los encabezados de correo en el contenedor, el puente Docker y el sistema eficaz host.

Migré a un proveedor SaaS confiable (Google Workspace). Me brinda tranquilidad con una capacidad de entrega de correo electrónico confiable y vale cada centavo de la suscripción.

Suites todo en uno de tamaño empresarial

Buena suerte para seguir delante.

Gracias a servicios como Nextcloud, la idea de ejecutar mi propia sincronización de archivos, calendario, contactos, video chat y estampación de documentos es atractiva. Y, por supuesto, mi primer instinto fue implementarlo con Docker.

La implementación básica de Nextcloud en un contenedor Docker es congruo simple. Pero en el momento en que empiezas a exceder la sincronización básica de archivos y entras en la antojo de la suite todo en uno, se convierte en una pesadilla operativa.

Para obtener una configuración de Nextcloud verdaderamente impecable y con todas las funciones, no podía ejecutar simplemente un contenedor. Necesitaba el contenedor web/php principal de Nextcloud, un contenedor de saco de datos PostgreSQL separado, un contenedor de elegancia Redis para mejorar el rendimiento y una configuración de contenedor de proxy inverso existente para manejar SSL/puertos.

Cada vez que necesitaba depurar una carga de archivo lenta o una sincronización de calendario rota, tenía que rastrear la solicitud en cuatro contenedores diferentes y tres redes diferentes.

La peor parte de esta compleja configuración fue el mantenimiento. Desempolvar cualquier componente se convirtió en un evento aterrador. Asimismo me batalla con varios problemas de rendimiento en mi pequeño servidor doméstico.

Finalmente rompí la suite. Para una sincronización simple de archivos, ahora uso una aparejo de sincronización dedicada y liviana como Syncthing que se ejecuta en un contenedor Docker simple. Para el almacenamiento de archivos críticos, moví Nextcloud a una máquina aparente dedicada con reincorporación RAM.

Cosas que me voy a mudar

Para mí, la referéndum de qué autohospedar con Docker y qué sustentar fuera del mundo contenedorizado se reduce a una sola regla: priorizar la estabilidad y la facilidad de uso sobre la conveniencia de la contenedorización.

Por supuesto, estas son sólo mis recomendaciones personales; Evito usar Docker. Si está de acuerdo con las desventajas mencionadas, siempre puede continuar con estos servicios en Docker. Siempre sugiero reservar su entorno Docker para los servicios que son fáciles de reemplazar.

Si es nuevo en Docker, puede ser creativo y utilizar NotebookLM de Google para obtener más información al respecto en poco tiempo.