Cuatro roles en un solo software: cómo un único conector puede ser proveedor, consumidor, broker y clearing house
La mayoría de arquitecturas de espacios de datos asignan un rol fijo a cada componente: el proveedor es proveedor, el consumidor es consumidor, y si necesitas un broker, despliegas un software completamente distinto. Nuestro espacio de datos rompe esta rigidez: un único conector puede operar simultáneamente en cuatro modos distintos, adaptándose al papel que cada organización necesita jugar en cada momento.
Proveedor: compartir datos con el mundo
En modo proveedor, el conector crea catálogos locales, publica datasets con metadatos y políticas de uso, y los expone al resto de participantes del espacio de datos. Cuando un consumidor remoto solicita acceso, el conector del proveedor gestiona la negociación, formaliza acuerdos y sirve los datos a través de su Módulo de Transferencia de Datos.
El proveedor mantiene el control total sobre sus datos: define quién puede acceder, bajo qué condiciones, durante cuánto tiempo, y puede suspender o terminar cualquier transferencia en cualquier momento. Los datos nunca salen de su infraestructura sin pasar por las validaciones de política y acuerdo.
Consumidor: buscar, negociar y obtener datos
En modo consumidor, el conector navega catálogos remotos (directamente de proveedores o a través de brokers), inicia negociaciones para acceder a datasets de interés, y una vez alcanzado un acuerdo, solicita transferencias para acceder a los datos.
Lo interesante es que los datos recibidos no son un punto muerto: el consumidor puede convertir cualquier transferencia activa en una fuente de datos interna y conectarla a pipelines de procesamiento. Esto permite, por ejemplo, recibir datos de calidad del aire de un proveedor, pasarlos por una aplicación de análisis para detectar anomalías, y almacenar los resultados en una base de datos propia.
Broker de metadatos: el concentrador del espacio de datos
El modo broker transforma al conector en un agregador de catálogos. En lugar de obligar a cada consumidor a conocer la dirección de cada proveedor, el broker recopila y sincroniza los catálogos de múltiples proveedores en un único punto de consulta.
Activar el modo broker es tan sencillo como marcar una opción en la configuración del espacio de datos. Una vez activado, los proveedores pueden solicitar registrarse en el broker (presentando una identidad verificable y una atestación de nombre), y el administrador del broker revisa y aprueba las solicitudes. El broker sincroniza periódicamente los catálogos de los proveedores registrados, manteniendo la información actualizada.
Para los consumidores, consultar un broker es idéntico a consultar un proveedor: la experiencia de búsqueda y descubrimiento es la misma, pero el catálogo abarca todo el espacio de datos.
Clearing house: el notario digital del espacio de datos
El modo clearing house añade al conector la capacidad de actuar como tercero de confianza. Cuando otros participantes negocian acuerdos, pueden designar a este conector como clearing house para que registre las firmas digitales de ambas partes, almacene los acuerdos y los registre en blockchain.
El clearing house también gestiona un sistema de disputas: si proveedor y consumidor no están de acuerdo sobre si se cumplieron las condiciones, pueden intercambiar mensajes de disputa a través del clearing house, que actúa como mediador imparcial con acceso a las pruebas criptográficas almacenadas.
Y al igual que el modo broker, activar el clearing house no requiere desplegar software adicional: se activa desde la configuración del conector existente.
Modos simultáneos: flexibilidad real
La clave de esta arquitectura es que los modos no son mutuamente excluyentes. Una organización puede ser simultáneamente proveedor de sus propios datos, consumidor de datos de terceros, y operar un broker para facilitar el descubrimiento dentro de su consorcio. Un organismo regulador podría ser clearing house y proveedor de datos de referencia al mismo tiempo.
Esto reduce drásticamente los costes de infraestructura y la complejidad operativa. En lugar de gestionar cuatro piezas de software distintas, se despliega y mantiene una sola, con la configuración adaptada al papel que se necesita en cada momento.
Un conector, infinitas configuraciones
La filosofía de "un conector, múltiples roles" no es solo una elección arquitectónica: refleja la realidad de que las organizaciones europeas no encajan en categorías rígidas. Una universidad puede proveer datos de investigación, consumir datos ambientales de la administración pública, y operar un broker para su red de socios. Con nuestro espacio de datos, todo eso se gestiona desde el mismo software, con la misma interfaz, sin duplicar infraestructura.
Menos servidores, menos mantenimiento, más participantes: esa es la ecuación que resuelve un conector verdaderamente versátil.