Cualquier panorama de TI corporativo consta de muchas aplicaciones, la mayoría de las cuales tienen sus propias bases de datos. Estas bases de datos almacenan objetos de información que representan objetos comerciales, eventos y fases de los procesos comerciales. Muchos objetos de procesos de negocio se “reflejan” en varias bases de datos a la vez: por ejemplo, un equipo de una empresa industrial se describe desde diferentes puntos de vista en sistemas contables, gestión de reparación y mantenimiento, gestión de producción, etc.
Para que las aplicaciones comerciales que automatizan diferentes procesos comerciales funcionen juntas de alguna manera, deben estar integradas: implementar productos de la clase MDM (Master Data Management, sistema de gestión de datos maestros) y ESB (Enterprise Service Bus, bus de servicio corporativo), que Permitir de alguna manera gestionar el intercambio de información entre una variedad de soluciones multiplataforma. Quienes se han ocupado de esa integración saben muy bien que se trata de un trabajo largo, difícil e ingrato.
Pero, ¿y si hubiera una forma de deshacerse de todos los problemas de integración a la vez? Esa "bala mágica" existe, y se llama arquitectura centrada en datos. Su idea principal es convertir los datos, no las aplicaciones comerciales, en el centro de la arquitectura de TI corporativa. Este principio se describe en el Manifiesto de la arquitectura centrada en los datos y en La revolución centrada en los datos: Restauración de la cordura en los sistemas de información empresarial .
Imagine que una empresa tiene un único almacén de datos virtual en el que cada objeto comercial o evento existe en una única instancia. Para mayor claridad, puede imaginar que la idea del sistema MDM se ha llevado a una realización lógica completa, y MDM es el repositorio de todos los datos corporativos; Las aplicaciones comerciales no tienen su propio DBMS y solo funcionan con objetos de datos de MDM. Las ventajas de esta arquitectura son obvias:
La necesidad de procedimientos de integración se elimina de una vez por todas.
Los costos de almacenamiento de datos se reducen al eliminar múltiples copias de cada objeto comercial en diferentes sistemas.
La analítica y el apoyo a la toma de decisiones se simplifican, ya que ahora, para crear cualquier segmento analítico, ya no es necesario extraer y pegar datos de diferentes sistemas durante meses; siempre están a mano.
, -.
- , . -- -.
« - », . - , -?
, , , -, , , -. , — , , - -. , , .
, , , «» ( ) , — - . , - .
«» (corporate data cloud) (data lake)? — , . data lake , - - , - « — ». , ...
— , . , , , ; -, . , ; , . (. OWL W3C).
, , . ( ), , , . , , .
, (corporate knowledge graph), .
, - ? :
. — , «» .
() . , . . .
API , REST, GraphQL, SPARQL.
.
.
(data provenance), (data quality), .
. - , — , , (. SHACL SHACL Advanced Functions). - low code: , - , -, , « » , .
Las plataformas que cumplen estos requisitos ya existen y se utilizan tanto en el mercado ruso como en el extranjero.