Datos compartidos y dueños

El principio de una división sana es que cada tabla pertenece a un servicio. Los demás no tocan la tabla: piden los datos por la interfaz del dueño. Así el dueño decide qué expone, valida lo que se escribe y puede cambiar su modelo sin romper a nadie. Con una base compartida, cualquier servicio puede leer o cambiar los datos de otro y la validación del dueño se esquiva.

Un permiso de lectura de un servicio ajeno es una dependencia; uno de escritura es más grave, porque el dueño pierde el control de la integridad de sus datos. Para encontrarlos se cruzan las dos tablas: la de dueños y la de accesos reales.

Abre datos/duenos-de-tablas.csv y datos/accesos-a-tablas.csv.

Los datos restringidos merecen la mirada más estricta: pocos servicios deberían leerlos, y cada lectura debe tener un motivo. Un servicio de recomendaciones puede necesitar el historial de compras; difícilmente necesita los documentos de identidad de los clientes.

Aunque cada servicio tenga sus propias tablas, si todos entran con el mismo usuario de base de datos, la base no puede distinguirlos: ningún permiso se limita por servicio y ningún registro de acceso dice quién consultó. Separar los usuarios es el primer paso técnico para que los permisos de la tabla anterior dejen de ser teóricos.

Abre datos/usuarios-bd.csv y datos/nota-de-migracion.txt.

Quitar a un servicio el permiso sobre una tabla ajena sin darle antes otra forma de obtener los datos rompe su funcionamiento. El orden seguro es: el dueño publica una interfaz, el consumidor pasa a usarla, y solo entonces se revoca el permiso directo. Cada paso se puede comprobar con los registros de acceso a la base.