En el diseño y la teoría de sistemas de información , la fuente única de verdad ( SSOT ) es la práctica de estructurar modelos de información y esquemas de datos asociados de manera que cada elemento de datos se domine (o edite) en un solo lugar. Cualquier posible vínculo con este elemento de datos (posiblemente en otras áreas del esquema relacional o incluso en bases de datos federadas distantes ) es solo por referencia . Debido a que todas las demás ubicaciones de los datos simplemente se refieren a la ubicación principal de la "fuente de la verdad", las actualizaciones del elemento de datos en la ubicación principal se propagan a todo el sistema sin la posibilidad de que se olvide un valor duplicado en alguna parte.
La implementación de una arquitectura SSOT se está volviendo cada vez más importante en entornos empresariales donde los elementos de datos duplicados o desnormalizados vinculados incorrectamente (una consecuencia directa de la desnormalización intencional o no intencional de cualquier modelo de datos explícito) representan un riesgo de recuperación de información desactualizada y, por lo tanto, incorrecta. . Un ejemplo común sería el registro de salud electrónico , donde es imperativo validar con precisión la identidad del paciente frente a un único repositorio de referencia, que sirve como SSOT. Las representaciones duplicadas de datos dentro de la empresa se implementarían mediante el uso de punteros en lugar de tablas, filas o celdas de base de datos duplicadas. Esto asegura que las actualizaciones de datos de los elementos en la ubicación autorizada se distribuyan de manera integral a todos los componentes de la base de datos federada en la arquitectura empresarial general más grande . [ cita requerida ]
Los sistemas SSOT proporcionan datos que son auténticos, relevantes y referenciables. [1]
Implementación
La implementación "ideal" de SSOT como se describe anteriormente rara vez es posible en la mayoría de las empresas. Esto se debe a que muchas organizaciones tienen múltiples sistemas de información, cada uno de los cuales necesita acceso a datos relacionados con las mismas entidades (por ejemplo, el cliente). A menudo, estos sistemas se compran "listos para usar" de los proveedores y no se pueden modificar de maneras no triviales. Por lo tanto, cada uno de estos diversos sistemas necesita almacenar su propia versión de datos o entidades comunes y, por lo tanto, cada sistema debe conservar su propia copia de un registro (por lo tanto, violar inmediatamente el enfoque SSOT definido anteriormente). Por ejemplo, un sistema ERP ( planificación de recursos empresariales ) (como SAP u Oracle e-Business Suite ) puede almacenar un registro de cliente; el sistema CRM ( gestión de relaciones con el cliente ) también necesita una copia del registro del cliente (o parte de él) y el sistema de despacho del almacén también puede necesitar una copia de algunos o todos los datos del cliente (por ejemplo, la dirección de envío). En los casos en que los proveedores no admitan tales modificaciones, no siempre es posible reemplazar estos registros con punteros al SSOT.
Para las organizaciones (con más de un sistema de información) que deseen implementar una única fuente de verdad (sin modificar todos los sistemas maestros excepto uno para almacenar punteros a otros sistemas para todas las entidades), se utilizan comúnmente cuatro arquitecturas de apoyo: [ cita requerida ]
- Bus de servicio empresarial (ESB)
- Gestión de datos maestros (MDM)
- Almacén de datos (DW)
- Arquitectura orientada a servicios (SOA) [2]
Bus de servicio empresarial (ESB)
Un bus de servicio empresarial (ESB) permite que cualquier número de sistemas de una organización reciba actualizaciones de datos que han cambiado en otro sistema. Para implementar una fuente única de la verdad, se debe identificar un sistema de fuente única de datos correctos para cualquier entidad. Los cambios en esta entidad (crea, actualiza y elimina) luego se publican a través del ESB; otros sistemas que necesitan conservar una copia de esos datos se suscriben a esta actualización y actualizan sus propios registros en consecuencia. Para cualquier entidad dada, se debe identificar la fuente maestra (a veces llamada Registro Dorado). Cualquier sistema dado podría publicar (ser la fuente de la verdad para) información sobre una entidad en particular (por ejemplo, un cliente) y también suscribirse a actualizaciones de otro sistema para obtener información sobre alguna otra entidad (por ejemplo, un producto). [ cita requerida ]
Un enfoque alternativo son las actualizaciones de datos punto a punto, pero su mantenimiento se vuelve exponencialmente más costoso a medida que aumenta el número de sistemas, y este enfoque está cada vez más desfasado como arquitectura de TI. [ cita requerida ]
Gestión de datos maestros (MDM)
Un sistema MDM puede actuar como fuente de verdad para cualquier entidad dada que no necesariamente tenga una "fuente de verdad" alternativa en otro sistema. Por lo general, MDM actúa como un centro para múltiples sistemas, muchos de los cuales podrían permitir (ser la fuente de la verdad) actualizaciones de diferentes aspectos de la información sobre una entidad determinada. Por ejemplo, el sistema CRM puede ser la "fuente de la verdad" para la mayoría de los aspectos del cliente y es actualizado por un operador del centro de llamadas. Sin embargo, un cliente también puede (por ejemplo) actualizar su dirección a través de un sitio web de servicio al cliente, con una base de datos de back-end diferente del sistema CRM. La aplicación MDM recibe actualizaciones de múltiples fuentes, actúa como un intermediario para determinar qué actualizaciones deben considerarse autoritativas (el Registro Dorado) y luego distribuye estos datos actualizados a todos los sistemas suscritos. La aplicación MDM normalmente requiere que un ESB distribuya sus datos a múltiples sistemas de suscripción. [3]
Almacén de datos (DW)
Si bien el propósito principal de un almacén de datos es respaldar la presentación de informes y el análisis de datos que se han combinado de múltiples fuentes, el hecho de que dichos datos se hayan combinado (de acuerdo con la lógica empresarial incrustada en los procesos de transformación e integración de datos ) significa que los datos El almacén se utiliza a menudo como un SSOT de facto . Sin embargo, por lo general, los datos disponibles del almacén de datos no se utilizan para actualizar otros sistemas; más bien, el DW se convierte en la "única fuente de verdad" para informar a múltiples partes interesadas. En este contexto, el Data Warehouse se conoce más correctamente como una " versión única de la verdad ", ya que existen otras versiones de la verdad en sus fuentes de datos operativos (ningún dato se origina en el DW; es simplemente un mecanismo de informe para los datos cargados de los sistemas operativos). [ cita requerida ]
Código fuente y sólido
En el diseño de software, el mismo esquema, lógica empresarial y otros componentes se repiten a menudo en múltiples contextos diferentes, mientras que cada versión se refiere a sí misma como "Código fuente". Para abordar este problema, los conceptos de SSOT también se pueden aplicar a los principios de desarrollo de software utilizando procesos como la transcompilación recursiva para convertir iterativamente una sola fuente de verdad en muchos tipos diferentes de código fuente, que se emparejarán estructuralmente porque todos se derivan de el mismo SSOT. [4]
Datos SaaS distribuidos (DSD)
En los casos en los que almacenar datos de forma centralizada y gestionarlos en ubicaciones de referencia no es práctico, como en los ecosistemas de datos de software B2B donde existen múltiples fuentes de verdad, las empresas utilizan un sistema DSD. Este sistema actúa como controlador de tráfico aéreo para proporcionar una apariencia de gestión y control de datos centralizados al impulsar actualizaciones y hacer cumplir la precisión de los datos en las ubicaciones donde se almacenan.
Acceso a datos y productividad de campo
La adopción de un modelo de ejecución de fuente única de verdad está aumentando en el sector energético, donde los avances tecnológicos provocados por la Industria 4.0 han permitido a los operadores mejorar la productividad del campo. Con un SSOT accesible para un activo industrial, los propietarios pueden maximizar la eficiencia de los trabajadores al proporcionar movilidad inalámbrica que permite el acceso bajo demanda a datos de campo verificables, dibujos de ingeniería e inventario y comunicaciones con expertos en operaciones centralizadas. [5]
Ver también
Referencias
- ^ "IBM Smarter Planet - gestión de riesgos operativos para servicios financieros" . Archivado desde el original en septiembre de 2015.
- ^ Fuente única de la verdad (SSOT) para arquitectura orientada a servicios (SOA)
- ^ Sitio de trabajo de BAYT - junio de 2014
- ^ Por qué Google almacena miles de millones de líneas de código en un solo repositorio
- ^ "Cómo mejorar la productividad de campo con una única fuente de verdad" . Vista Projects Limited .