Si has leído cualquier guía de instalación de Nextcloud, Odoo o casi cualquier cosa de este sitio, habrás visto la palabra Docker y probablemente la habrás saltado. Merece cinco minutos, porque entender qué es cambia cómo tomas decisiones sobre tu servidor.
Esto no es un tutorial. Es la explicación que necesita quien decide, no quien teclea.
El problema que resuelve
Un programa como Nextcloud no es un programa: es Nextcloud más una versión concreta de PHP, más una base de datos, más un servidor web, más una docena de bibliotecas. Odoo necesita otra combinación distinta, con otra versión de Python y de PostgreSQL.
Instalados los dos en el mismo servidor a la manera antigua, compiten: uno quiere una versión de algo y el otro quiere otra. El resultado clásico es que actualizar un programa rompe el otro, y nadie sabe por qué.
Docker mete cada programa en su propia caja, con exactamente las versiones que necesita. Las cajas comparten la máquina pero no se pisan.
Qué significa esto para tu empresa
Actualizar deja de dar miedo
Cambiar de versión es sustituir una caja por otra. Si sale mal, se vuelve a poner la anterior. Comparado con actualizar a la manera antigua —donde deshacer puede ser imposible— es otra tranquilidad.
Cambiar de servidor deja de ser un proyecto
Esta es la ventaja que de verdad importa a largo plazo. Si tu proveedor sube el precio o te quedas corto de servidor, mover todo a otra máquina es copiar los datos y levantar las mismas cajas.
Es, en la práctica, la libertad que la licencia promete: no depender de un proveedor. Sin esto, «puedes cambiar de proveedor» es verdad en el papel y una odisea en la realidad.
Lo que pruebas es lo que funciona
Puedes levantar una copia de tu sistema, probar una actualización o una configuración nueva, y tirarla. Sin tocar el que usa la empresa. Para ensayar la restauración de una copia —que hay que hacer— esto es lo que lo vuelve práctico en vez de arriesgado.
Lo que no resuelve
Conviene decirlo porque se vende como si fuera magia.
- No hace las copias por ti. Los datos viven fuera de las cajas, en volúmenes, y hay que respaldarlos igual. Una caja sin sus datos no vale nada.
- No te ahorra saber lo que haces. Sigue habiendo que configurar, vigilar y actualizar. Cambia el cómo, no el si.
- No hace tu servidor más grande. Si vas corto de memoria, vas corto igual. Está explicado en qué servidor necesitas.
- Añade una capa que aprender. Para quien administra es una cosa más que entender, y eso también es un coste.
La pregunta práctica: ¿lo pido o no?
Si te van a montar el sistema, esto es lo que conviene preguntar y por qué:
- «¿Queda documentado cómo se levanta todo?» Con Docker suele existir un archivo que describe el sistema entero. Ese archivo es tuyo y es lo que te permite que otro proveedor continúe el trabajo.
- «¿Dónde viven los datos?» Tienen que estar en volúmenes identificados y respaldados, no dentro de las cajas.
- «¿Cómo se actualiza y cómo se vuelve atrás?» Si no hay respuesta al «volver atrás», falta la mitad.
Ese primer archivo es, en términos prácticos, tu seguro contra la dependencia. Pídelo por escrito al cerrar el proyecto, junto con las claves. Es lo que convierte «software libre» en libertad real y no en un adjetivo en la propuesta.