Aún hay mucha gente a la que ese arquitectura de integración los datos te suenan extraños. Casi como una contradicción. No están de acuerdo en que la integración de datos deba tener su propia arquitectura.
Attualmente, muchos especialistas en integración de datos aún crean interfaces independientes. Una mala práctica que además es simplemente anti-arquitectónica. Otro error común es pensar que al usar el producto proporcionado por un proveedor para la integración de datos, ya tenemos garantizado automáticamente la arquitectura de integración.
¿Y cuál es el problema con todo esto? Bene, si no asumimos la existencia de una arquitectura de integración de datos, no lograremos abordar cómo esa arquitectura afecta la escalabilidad de la integración, costos, personale, capacidad de soporte en tiempo real, gestione dati, SOA, eccetera.
Veamos un poco más desglosados cuáles son algunos objetivos de una arquitectura de integración di dati. Cómo es capaz de imponer un orden dentro de la complejidad.
La mayoría de los componentes de una solución de integración de datos se dividen en una de tres categorías: server, interfaces y ítems para la transformación de datos. Tenendo conto di questo, podríamos decir que un arquitectura de integración los datos no son más que el modelado de servidores que se relacionan por medio de interfaces.
El punto ideal de este modelo de arquitectura es que brinden una visión integral de la infraestructura y todo el desarrollo que se implementa sobre ella. De esta forma todos tendrán claro lo que hay allí, y todos tendrán una visión común para colaborar en los desarrollos.
Allo stesso tempo, si estas reglas de desarrollo se siguen siempre y el arquitectura de integración se ha adaptado bien a ellos, un trabajo posterior que inclusive ha de ser heredado por otras personas, será mucho más rápido.
Como estos estándares de desarrollo y modelos arquitectónicos se pueden aplicar a múltiples proyectos de integración de datos, el resultado será la simplicidad al impulsar la reutilización del código al tiempo que aumenta la coherencia en el manejo de datos.
El tipo de arquitectura de integración preferido para la mayoría de las soluciones de integración se conoce como hub y habló. In questa architettura, la comunicación y la transferencia de datos entre servidores pasa por un centro centrale, donde un servidor de integración gestiona las comunicaciones y realiza transformaciones de datos. Si la respuesta de integración de datos se crea con la herramienta de un proveedor, ese servidor en el centro suele ser el servidor de integración de datos de ese proveedor. Si utiliza sus propias soluciones, el servidor centro puede ser su propio sistema de administración de bases de datos o una colección de rutinas de programación hechas por su propio equipo. Puedes seleccionar y todo sigue teniendo sentido.
- Reconocer que existe la arquitectura de integración de datos. Aún cuando se superpone con la arquitectura de almacenamiento de datos e interactúa con el resto de la infraestructura de inteligencia empresarial, la arquitectura de integración de datos es un marco autónomo que necesita una solución autónoma.
- Incorpora personal especializado en integración de datos. En lugar de contratar especialistas en integración de datos de su equipo de almacenamiento de datos, considere la oportunidad de crear un departamento de integración de datos especializado.
- Abraza la arquitectura hub y habló para sus implementaciones de integración de datos. Il centro Reduce la cantidad de interfaces indispensables y proporciona un modelo que todos pueden comprender y con el que pueden ser productivos. Además es una arquitectura ideal para garantizar la reutilización, la productividad, la colaboración y los estándares de desarrollo consistentes.
- No cargue todo su trabajo en ese hub central. Si no distribuye un poco la carga de trabajo, pronto colapsará el centro. Cuando necesite manejar grandes volúmenes de datos, es mejor repartir la carga de trabajo más allá del concentrador por medio de varios módulos de preprocesamiento y posprocesamiento.
