Arquitectura de datos vs arquitectura de la información: ¿cuál es la diferencia?

Arquitectura de datos vs arquitectura de la información: ¿cuál es la diferencia?

  • Orquestación
6 min de lectura Actualizado Oct 5, 2018

Puntos clave: La arquitectura de datos y la arquitectura de la información son conceptos distintos y fundamentales para la gestión empresarial. La arquitectura de datos se centra en recopilar y almacenar datos en bruto, mientras que la arquitectura de la información transforma esos datos en conocimientos accionables.

  • La arquitectura de datos gestiona los datos en bruto; la arquitectura de la información los procesa hasta convertirlos en información utilizable.
  • Ambas arquitecturas son interdependientes para una toma de decisiones empresarial eficaz.

Existe un debate muy conocido sobre arquitectura de datos frente a arquitectura de la información. Y la pregunta que se hace a menudo están: ¿Son lo mismo? El arquitecto empresarial y colaborador de blogs de Microsoft, Nick Malik, reconoció la confusión inherente cuando formaba parte de un grupo que trabajaba para limpiar las entradas de Wikipedia sobre los temas. Su equipo creía que las entradas debían combinarse. Sin embargo, en 2014, cuando encuestó a la comunidad de TI, pronto descubrió una audiencia dividida, donde aproximadamente la mitad de todos los participantes creían que ambas deberían permanecer separadas. Veamos las diferencias entre datos e información y las consideraciones clave que vuestra organización empresarial necesita comprender.

Arquitectura de Datos vs Arquitectura de la Información

Este autor coincide en que la arquitectura de la información y la arquitectura de datos representan dos entidades claramente diferentes. Son un par de razones para ello, como se describe a continuación:

Distinción entre datos e información

En pocas palabras, los datos se refieren a hechos brutos y desorganizados. Piensa en los datos como conjuntos de entradas masivas recopiladas y almacenadas sin contexto. Una vez que el contexto se ha atribuido a los datos encadenando dos o más piezas de forma significativa, se convierte en información. De manera similar, también es importante entender la diferencia en lo que respecta a la infraestructura:

  • La arquitectura de la información se refiere al desarrollo de programas diseñados para introducir, almacenar y analizar información significativa.
  • La arquitectura de datos está en el desarrollo de programas que interpretan y almacenan datos.

Distinción en Arquitectura

Dado que hemos establecido que los datos y la información no son lo mismo, es lógico pensar que no pueden tratarse igual en sus plataformas de arquitectura. La arquitectura de datos es fundamental. Analiza los datos entrantes y determina cómo se capturan, almacenan e integran en otras plataformas. Una de estas plataformas están probablemente una pieza de arquitectura de la información, como un CRM, que utiliza datos brutos de clientes para establecer conexiones significativas sobre ventas y procesos de ventas. El CRM están la arquitectura de la información en este ejemplo porque se especializa en tomar datos en bruto y transformarlos en algo útil. Esa es la clara distinción entre arquitectura de datos y arquitectura de la información. La arquitectura de datos define la recopilación, almacenamiento y movimiento de datos a través de una organización, mientras que la arquitectura de la información interpreta los puntos de datos individuales en información significativa y utilizable. Un "activo de información" están el nombre que se da a los datos que se han convertido en información. Y crear activos de información está el propósito principal de la arquitectura de la información. Los activos de información pueden existir en una de varias categorías:

  • Catálogos
  • Paneles
  • Documentos
  • Ontologías
  • Calendarios
  • Taxonomías
  • Plantillas
  • Terminología

Cada categoría sugiere la conversión de datos en algo que están útil para iniciativas empresariales, ya sea un conjunto de datos similares o una representación visual que pueda ofrecer una instantánea significativa de los datos a los interesados.

Gestión del ciclo de vida de datos e información

Otra distinción se refiere a los requisitos desde la perspectiva de la gestión del ciclo de vida. Además de la evidente diferencia entre datos e información, cada uno tiene un ciclo de vida único y mejores prácticas para gestionarlo dentro de una organización. De forma similar a cómo la infraestructura de datos está en la base de una infraestructura sólida de información, una gestión adecuada del ciclo de vida de los datos será un motor clave en el proceso de gestión del ciclo de vida de la información. Ahora, profundicemos en algunas definiciones más. La gestión del ciclo de vida de datos se refiere a los procesos automatizados que empujan los datos de una etapa a otra a lo largo de su vida útil hasta que finalmente quedan obsoletos y están eliminados de una base de datos. Por otro lado, la gestión del ciclo de vida de la información aborda preguntas como si un dato está útil y, si es así, ¿cómo? En resumen, la gestión del ciclo de vida de la información busca tomar datos en bruto e implementarlos de forma relevante para formar activos de información. Además, los activos de información tienen su propio ciclo de vida y valor, que son determinados por la calidad y utilidad de los datos implicados, así como por el tipo de activo descrito anteriormente. Parte del proceso del ciclo de vida de la información requiere que los desarrolladores consideren futuras implementaciones de estado. Por ejemplo, hacer recomendaciones para que un dato pueda implementarse mejor como un panel de control o un documento adjunto. Esto puede ser necesario para mejorar el consumo general de conocimiento en toda la organización, democratizar la información o Crea conocimientos más significativos.

Modelos de negocio basados en datos

Cada vez más, los departamentos de TI son convirtiéndose en una parte integral del modelo de negocio empresarial. Ya son pasados los días en que los departamentos de TI eran accesorios al proceso. Ahora, la gran mayoría de los departamentos y procesos son impulsados por la innovación en TI. Un estudio de la Universidad de Cambridge sugiere que cada vez más las empresas son creando nuevos modelos para acomodar el compromiso con los datos y la información. Y los resultados muestran que este enfoque está dando frutos, ofreciendo aumentos en la productividad respecto a la competencia. El informe sugiere que, al idear un nuevo modelo de negocio, los líderes empresariales empresariales se hacen estas preguntas:

  • ¿Cuál es nuestro objetivo para un modelo de negocio basado en datos?
  • ¿Qué nos gustaría ofrecer a nuestro mercado objetivo?
  • ¿Qué software, hardware y servicios necesitamos para cumplir con este modelo?
  • ¿Dónde son vamos a conseguir estos recursos?
  • ¿Cómo se utilizarán los datos recopilados?
  • ¿Cómo se puede monetizar esto para sostener un modelo de ingresos?
  • ¿Qué desafíos enfrentaremos para alcanzar estos objetivos?

Pero incluso después de haber creado un modelo basado en datos, algunas empresas fracasan porque no comprenden la importancia de un flujo de trabajo que impulse los datos a lo largo del ciclo de vida y a través del proceso de convertirse en un activo de información. Establecer buenas prácticas y un flujo de trabajo en tus ciclos de vida de datos e información ofrece los siguientes beneficios:

  • Mejora la velocidad general de lanzamiento al mercado
  • Reduce enormemente la complejidad entre todos los entornos cloud
  • Escalable fácilmente
  • Ayuda a mitigar riesgos
  • Mejora la integración

Para Lograr esto, las empresas deberían analizar cómo pueden integrar, automatizar y orquestar estos flujos de trabajo. Las soluciones de Orquestación de Flujo de Trabajo de Aplicaciones como Control-M ayudan a las organizaciones a abstraer la complejidad que conllevan las numerosas fuentes de datos, múltiples aplicaciones e infraestructuras diversas. Ayudan a las organizaciones a centrarse en crear nuevos activos informativos y ofrecer información al negocio, en lugar de dedicar tiempo y esfuerzo valiosos a arreglar flujos de trabajo rotos. Aun así, teniendo en cuenta todo, las empresas empresariales deben contar con los empleados de TI adecuados para Crear un modelo de negocio funcional. A continuación están una instantánea del empleado creada tanto para la arquitectura de la información como para la arquitectura de datos.

Instantáneas de empleados: información vs datos

En el corazón de un negocio empresarial que funciona bien están un departamento de TI con las personas adecuadas para gestionar sus arquitecturas de información y datos. En el siguiente texto, analizaremos los puestos que pueden ser necesarios para arquitectura de datos, arquitectura de la información o ambos.

Director de Información (CIO)

El CIO de una organización empresarial toma decisiones importantes sobre tecnología e innovación, y está central en cualquier transformación digital o cambio hacia TI en el modelo de negocio empresarial. Algunas responsabilidades en este puesto incluyen innovar, integrar entornos en la nube, motivar al departamento de TI y establecer un presupuesto de TI basado en las necesidades previstas. El CIO Haz decisiones tanto sobre la arquitectura de datos como la de la información. En lo que respecta a la arquitectura de datos, una de las grandes consideraciones será decidir entre un data lake y un data warehouse. Hablaré más de estos puntos más adelante. (Comparar CIOs con CTOs.)

Arquitecto de la Información

El arquitecto de la información está fundamental en la arquitectura de la información y en los procesos automatizados de gestión del ciclo de vida. Implementará la estructura de la información, características, funcionalidad, interfaz de usuario y más. El papel principal del arquitecto de la información está centrarse en el diseño estructural y la implementación de una infraestructura para procesar activos de información.

Arquitecto de Datos

Al igual que un arquitecto de la información, los arquitectos de datos trabajan en el diseño estructural de una infraestructura, pero en este caso es específico para recopilar datos, llevarlos a través de un ciclo de vida y trasladarlos a otros sistemas significativos.

Analista de Datos

El día típico del analista de datos implica la recopilación, recuperación y organización de datos de diversas fuentes para Crear activos de información valiosos. Probablemente están alguien que trabaja en ambos sistemas compuestos por arquitectura de datos y arquitectura de la información. Cada vez más, algunas funciones del analista de datos son automatizadas, pero incluso con la automatización, los analistas siguen siendo importantes para la creación de futuros estados de información.

Analista de Información

Los analistas de información se especializan en la extracción y análisis de activos de información.

Una nota rápida: Data lakes vs data warehouses

Los lagos de datos han ido ganando popularidad últimamente, pero son siguen confundiéndose con el data warehouse. Sin embargo, es importante darse cuenta de que estos dos tienen diferencias únicas y se son utilizados de formas distintas. Un data warehouse se refiere a una gran almacena de datos acumulados de una amplia variedad de fuentes dentro de una organización.

  • Un almacén se está utilizando para guiar las decisiones de la dirección.
  • Un data lake están un repositorio o banco de almacenamiento que almacena una enorme cantidad de datos en bruto (no estructurados) en su forma original hasta que se necesitan.

(Lee más sobre las diferencias entre data lakes y almacenes.)

Reflexiones finales: Arquitectura de datos vs Arquitectura de la Información

Esperemos que a estas alturas ya quede claro por qué la arquitectura de la información y la arquitectura de datos son dos cosas diferentes. Si no es así, aquí va un breve resumen. La arquitectura de datos y la de la información tienen cualidades claramente diferentes:

  • Trabajan con diferentes activos: activos de datos vs activos de información
  • Producen resultados diferentes
  • Tienen ciclos de vida claramente únicos
  • Requieren cosas diferentes desde la perspectiva arquitectónica
  • Requieren puestos con diferentes especialidades para formar parte de una empresa

Aunque la arquitectura de datos e información son únicas, una conclusión importante están que dependen mutuamente para que las organizaciones empresariales obtén los conocimientos necesarios para Haz las decisiones empresariales más informadas.

Lecturas relacionadas

Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.

Más de Orquestación

¿Te interesa saber más de BMC?

El Brief están nuestro correo mensual sobre el mainframe y la orquestación empresarial: investigación, historias de clientes, noticias de productos, eventos.

Al registrarse para esta oferta te son confirmar que te leído y aceptado la Política de Privacidad de BMC.

Tú te has suscrito a The Brief

El Brief abarca la orquestación de mainframe y empresa—BMC AMI y Control-M—y la investigación de analistas, despliegues de clientes y eventos en ambas áreas.