Hay una forma de asignar servicios entre máquinas virtuales y contenedores LXC que genera evidencia. Y hay una forma que no. La diferencia no está en la tecnología — está en si el criterio de decisión quedó escrito.
Este artículo describe el criterio actualizado que Aleph Server aplica antes del 1 de diciembre, cuando entra en vigor la Ley 21.719. No cambia la lógica técnica que publicamos en semanas anteriores: la completa con la variable que faltaba.
El mapa que necesitas antes de decidir
El punto de partida no es Proxmox: es saber qué datos personales procesa cada sistema. No todos los sistemas de una empresa mediana procesan datos personales sensibles. El servidor de monitoreo de red, probablemente no. El CRM con historial de compras y datos de contacto de clientes, sí. El sistema de gestión de candidatos con CVs y evaluaciones, también. El servidor de archivos compartido depende de qué archivos tiene.
Antes de decidir si un sistema va en VM o en LXC, conviene tener una tabla simple por servicio: qué sistema es, qué datos personales procesa, y cuál es el nivel de sensibilidad de esos datos. Un dato de salud de un empleado no tiene el mismo nivel de riesgo que un nombre y teléfono de un proveedor. Esa diferencia debería traducirse en medidas técnicas diferentes.
Qué va en VM después del 1 de diciembre
Cualquier sistema que procese datos de salud, datos biométricos, información financiera detallada de personas, o datos de menores. No porque la tecnología lo exija — es perfectamente posible correr esos sistemas en LXC — sino porque ante una fiscalización, tener esos datos en una VM con aislamiento completo y poder mostrar que fue una decisión consciente es evidencia de protección intencional.
Sistemas con acceso desde internet que manejen datos de identificación directa. El riesgo de exposición justifica el nivel de aislamiento adicional.
Cualquier sistema donde la pregunta “¿por qué está en LXC?” no tiene una respuesta documentada que resista un análisis.
Qué puede ir en LXC con documentación adecuada
Servicios de infraestructura que no procesan datos personales directamente: DNS, DHCP, monitoreo de disponibilidad, proxies de red. Sistemas de desarrollo y pruebas que usan datos anonimizados verificados. Herramientas internas sin acceso a datos de clientes o empleados.
La palabra clave es “verificados” para los datos anonimizados: un ambiente de pruebas con datos reales de clientes que “alguien anonimizó en algún momento” no cuenta.
El documento que convierte la arquitectura en evidencia
Una tabla con tres columnas por servicio — qué datos procesa, con qué nivel de sensibilidad, con qué nivel de aislamiento técnico — firmada y fechada. Eso es todo. No un manual técnico extenso: una tabla que cualquier persona pueda leer y que muestre que hubo una decisión intencional detrás de cada asignación.
En los proyectos que acompañamos en este segundo semestre, levantar esa tabla es el primer paso antes de cualquier otro trabajo. Toma entre medio día y dos días según el tamaño del entorno. Y es el documento que hace que todo lo demás — el respaldo, el control de acceso, las actualizaciones — tenga contexto y pueda demostrarse.
¿Existe hoy en tu empresa una tabla que muestre qué datos personales procesa cada sistema virtualizado?
