Dónde ubicar proyectos profesionales y empresariales en el árbol de directorios de Linux

Introducción

Una de las primeras decisiones importantes al administrar un servidor Linux consiste en saber dónde ubicar correctamente cada proyecto, aplicación o dato empresarial.

Muchos administradores noveles empiezan creando carpetas sin criterio directamente en la raíz del sistema o mezclando aplicaciones, backups, scripts y archivos temporales en cualquier ubicación disponible. A corto plazo puede parecer práctico, pero con el tiempo genera desorden, problemas de mantenimiento y errores difíciles de resolver.

Linux tiene una estructura de directorios muy organizada. Entenderla correctamente permite construir servidores más limpios, más seguros y mucho más fáciles de mantener.

En esta guía práctica veremos dónde ubicar proyectos profesionales y empresariales dentro del árbol de directorios de Linux: sitios web, scripts administrativos, copias de seguridad, aplicaciones de terceros, exportaciones, logs, datos persistentes y mucho más.

Por qué es importante organizar correctamente un servidor Linux

Un servidor Linux bien organizado simplifica enormemente las tareas de mantenimiento, migración, backup y diagnóstico.

Cuando cada elemento ocupa su lugar natural dentro del sistema:

• Los backups son más sencillos.
• Las migraciones entre servidores son más limpias.
• Los permisos son más fáciles de gestionar.
• La monitorización mejora.
• Los errores se detectan antes.
• La documentación técnica resulta mucho más clara.

Por el contrario, cuando todo se mezcla sin criterio, aparecen configuraciones difíciles de entender, rutas imposibles de recordar y sistemas cada vez más frágiles.

La raíz del sistema: /

El directorio / es la raíz absoluta del sistema Linux. Todo cuelga de ahí.

Aunque técnicamente un administrador puede crear carpetas directamente en la raíz, normalmente no es recomendable hacerlo salvo casos muy concretos.

Por ejemplo, crear rutas como:

/proyecto1
/web
/copias
/datos

puede parecer cómodo al principio, pero rompe la organización natural del sistema y dificulta futuras tareas de mantenimiento.

Lo recomendable es utilizar los directorios ya pensados para cada función.

Dónde ubicar sitios web en Linux

La ubicación más habitual para alojar sitios web en servidores Debian y Ubuntu es:

/var/www

Por ejemplo:

/var/www/empresa.com
/var/www/intranet
/var/www/app-clientes

Esta estructura es ampliamente utilizada por NGINX, Apache y muchas herramientas de automatización.

Separar cada proyecto web en su propia carpeta facilita:

• gestionar permisos,
• hacer backups,
• configurar virtual hosts,
• migrar sitios,
• automatizar despliegues.

Además, es recomendable separar:

• producción,
• staging,
• sandbox,
• entornos de pruebas.

Por ejemplo:

/var/www/empresa.com
/var/www/sandbox.empresa.com

Dónde guardar configuraciones del sistema

Las configuraciones deben mantenerse dentro de /etc.

Por ejemplo:

• /etc/nginx → configuración web.
• /etc/php → configuración PHP.
• /etc/mysql → configuración MySQL o MariaDB.
• /etc/ssh → configuración SSH.
• /etc/systemd → servicios personalizados.

Es importante entender que /etc no es un lugar para guardar datos empresariales, proyectos ni backups. Es únicamente configuración del sistema y de servicios.

Dónde guardar scripts administrativos

Muchos administradores crean scripts para:

• backups automáticos,
• monitorización,
• exportaciones,
• migraciones,
• limpieza de logs,
• automatización de tareas.

Una ubicación muy habitual para scripts privados del administrador es:

/root/scripts

Por ejemplo:

/root/scripts/backup_mysql.sh
/root/scripts/export_wp.sh
/root/scripts/monitor_discos.sh

Si se trata de scripts reutilizables como comandos del sistema, puede tener sentido usar:

/usr/local/bin

Esto permite ejecutarlos directamente desde cualquier ubicación.

Dónde guardar copias de seguridad profesionales

Uno de los errores más frecuentes consiste en guardar backups dentro de la propia web.

Por ejemplo:

/var/www/web/backups

Esto puede ser peligroso si los backups quedan accesibles públicamente.

Una opción mucho más profesional consiste en utilizar:

/srv/backups

o incluso:

/mnt/backups

si las copias se almacenan en discos independientes.

Por ejemplo:

/srv/backups/mysql
/srv/backups/nginx
/srv/backups/wordpress

Separar claramente los backups del resto del sistema ayuda muchísimo en tareas de recuperación ante desastres.

Cuándo usar /srv para proyectos empresariales

El directorio /srv es especialmente interesante en entornos profesionales.

Está pensado para almacenar datos servidos por servicios.

Muchos administradores lo utilizan para:

• repositorios Git,
• datos Docker,
• exportaciones,
• copias de seguridad,
• repositorios internos,
• ficheros compartidos.

Ejemplos:

/srv/git
/srv/docker
/srv/exports
/srv/backups

Cuando un servidor empieza a crecer profesionalmente, /srv ayuda mucho a separar claramente los datos empresariales respecto al sistema operativo.

Dónde instalar aplicaciones de terceros

Las aplicaciones externas grandes suelen instalarse en:

/opt

Por ejemplo:

/opt/android-studio
/opt/google-chrome
/opt/herramienta-empresa

Esto permite mantener separadas las aplicaciones externas respecto al software nativo del sistema.

También facilita desinstalaciones limpias y mantenimiento futuro.

Dónde guardar proyectos de usuario

Los proyectos personales o de usuarios normales deben mantenerse dentro de /home.

Por ejemplo:

/home/jose/proyectos
/home/jose/repositorios
/home/jose/documentacion

Esto evita mezclar datos personales con componentes críticos del sistema.

Además, simplifica la gestión de permisos y las copias de seguridad de usuario.

Dónde consultar logs y errores

Uno de los directorios más importantes en cualquier servidor Linux es:

/var/log

Aquí se almacenan logs de:

• NGINX,
• Apache,
• PHP-FPM,
• MySQL,
• MariaDB,
• SSH,
• Systemd,
• Firewall,
• cron.

Cuando algo falla, normalmente la respuesta está en /var/log.

Por ejemplo:

/var/log/nginx/error.log
/var/log/auth.log
/var/log/syslog

Errores habituales al organizar proyectos en Linux

Guardar archivos críticos en /tmp

/tmp puede limpiarse automáticamente. No es un lugar válido para datos importantes.

Mezclar backups con sitios web

Guardar copias dentro de la propia web aumenta riesgos de seguridad.

Crear carpetas arbitrarias en /

Rompe la organización natural del sistema.

Modificar configuraciones sin backup

Antes de editar archivos en /etc, conviene guardar una copia.

No separar producción y pruebas

Los entornos sandbox o staging deberían estar claramente separados.

Conclusión

Linux ofrece una estructura extremadamente ordenada para organizar proyectos profesionales y empresariales. Aprovechar correctamente el árbol de directorios permite construir servidores mucho más robustos, limpios y fáciles de mantener.

Como norma general:

• /var/www → sitios web.
• /etc → configuración.
• /root/scripts → scripts administrativos.
• /srv → datos de servicios empresariales.
• /opt → aplicaciones externas.
• /home → proyectos personales.
• /var/log → logs.
• /mnt → discos montados.

Un servidor Linux bien organizado no solo resulta más profesional: también reduce errores, simplifica backups y facilita enormemente el crecimiento futuro de la infraestructura.

Preguntas frecuentes

¿Dónde debería guardar una página web en Linux?

Lo más habitual en Debian y Ubuntu es utilizar /var/www.

¿Para qué sirve el directorio /srv?

Sirve para almacenar datos servidos por servicios: backups, repositorios, exportaciones o datos persistentes.

¿Es buena idea guardar backups dentro de una web?

No. Puede generar riesgos de seguridad si los backups quedan accesibles públicamente.

¿Dónde deberían ir los scripts de administración?

Una práctica habitual es usar /root/scripts.

¿Qué directorio contiene los logs del sistema?

Normalmente /var/log.

¿Qué diferencia hay entre /home y /root?

/home contiene usuarios normales. /root es el directorio personal del superusuario.

¿Cuándo usar /opt?

Para aplicaciones externas o software de terceros instalado manualmente.

¿Se pueden crear carpetas propias directamente en /?

Técnicamente sí, pero normalmente no es recomendable.