Servicios de integración de información empresarial

Video: Red Hat JBoss Fuse: Integración Inteligente en cualquier lugar (ESP)

Alrededor de 1995, los fabricantes comenzaron a posicionar su software como herramientas de almacenamiento de datos virtuales. La premisa fundamental era que a veces simplemente no tiene sentido copiar y manipular un montón de datos, por si acaso alguien lo necesita. ¿Por qué no acceder a los datos directamente de la fuente en una función de las necesidades?

Por desgracia, el acceso a datos a través de una red en su origen ha demostrado ser el menos exigente de los problemas al tratar de proporcionar un tipo de almacenamiento de datos en el lugar. Los mismos desafíos que enfrentan en cualquier entorno de almacenamiento de datos (por ejemplo, se trata de calidad de los datos, decidir qué tipos de transformaciones debe ocurrir, y elegir cómo manejar esas transformaciones cuando diferentes fuentes son inconsistentes) todavía están presentes.

El hecho de que se puede llegar a los datos en su origen (en casi cualquier estructura de base de datos o archivo), no significa que los datos proporciona la inteligencia empresarial necesaria cuando está en sus manos.

Para resolver estos problemas de calidad de datos, arquitectos muchos datos han comenzado a realizar la construcción mercado de datos de abajo hacia arriba para desarrollar un almacén de datos basado en componentes. En lugar de tener una sola base de datos en la que usted alimenta a todos los datos (creación de su almacén de datos), una serie de componentes de cada uno se ocupa de un determinado conjunto de funciones (tales como contestar preguntas específicas de negocio) o ciertos temas. Juntos, estos mercados de datos (o componentes) comprenden un entorno de almacenamiento de datos.

Esta dinámica arquitectura de datos de acceso basado en componentes es la base para el almacenamiento de datos virtual y, más específicamente, lo Integración de la información de la empresa (EII) servidores están ofreciendo al mercado.

Esta figura muestra un entorno en el que se crean los componentes individuales dentro del entorno de almacenamiento de datos de una manera de abajo hacia arriba. En lugar de la combinación de los componentes en una gran base de datos (y la copia de todos los datos de nuevo), EII crea un entorno de almacenamiento de datos en la que los usuarios pueden acceder a los contenidos de cada componente de una herramienta de inteligencia de negocio como el que se almacenan juntos, a pesar de que no están .

Piense en cómo se utiliza un navegador Web en su escritorio. O se hace clic en un vínculo o teclea una URL específica, y el medio ambiente, trabajando detrás de las escenas, le lleva al lugar correcto para el contenido que ha solicitado. Ahora, imagine Internet correr mucho más rápido.

Cuando vaya a varios sitios, no se está accediendo a los anuncios de la última tracción a las cuatro ruedas que ha sido codiciado, resultados deportivos, dibujos animados de Dilbert, o cualquier otra cosa que sea que hagas en Internet. Usted está trayendo piezas de datos que se combinan y son enviadas de vuelta a su navegador. Ese es el almacenamiento de datos virtual - es igual que el Internet!

No es una buena idea para construir un entorno de almacenamiento de datos virtual para acceder a los datos de origen directamente, en su formato nativo. Su reto no es encontrar la manera de unirse a las bases de datos de plataforma cruzada (combinando datos de IMS con los datos de DB2, por ejemplo) y que utilice esos tipos de transformaciones a nivel de sistema, es asegurar que la calidad de los datos es alta y no requiere al usuario a limpiar manualmente los datos.

Por lo tanto, cada aplicación debe ser habilitado para almacén y contienen un proveedor de datos que es responsable de todos los servicios de middleware (como la extracción y el aseguramiento de la calidad), como se especifica en las reglas de negocio del medio ambiente.

El proveedor de datos posiblemente podría operar casi en modo de tiempo real, como tendría que hacer en un almacén de datos operativos, o podría funcionar en un modo periódico (orientado a lotes) si no se requieren actualizaciones instantáneas. En esta situación, el proveedor de datos es un producto mini-middleware incrustado en la aplicación (o un servicio visitada por la aplicación).

Cuando se piensa en el almacenamiento de datos virtual, en lugar de la pregunta “¿Puedo llegar a los datos?” Con la pregunta “¿Puedo llegar a datos utilizables?” El proveedor de datos juega un papel importante, y no debe ser descuidado.

También no se puede descuidar la arquitectura de datos. El hecho de que usted está desarrollando componentes de una manera ascendente y que está siendo visitada en su lugar, en lugar de ser copiado en una base de datos de almacenamiento de datos más grande, no significa que se puede descuidar esta función.

Decir que los ID de las tiendas de un componente cliente como números de cinco dígitos después de que ocurra la transformación y contiene sólo los clientes que realizan compras en los últimos seis meses. Y otro componente, que contiene todos los clientes que han comprado alguna vez productos de su empresa, utiliza siete caracteres identificadores alfanuméricos. En esta situación, es posible que tenga el mismo tipo de problemas de desajuste datos que haría si estuviera accediendo a los datos directamente de las fuentes.

Video: Integración BPM con ERP, CRM, ECM, DBMS, CMS, etc

Aunque EII permite diferencias entre el contenido de componentes, es necesario comprender y gestionar las diferencias para que no impidan la misión de inteligencia de negocio.