Permitir empresa en tiempo real con procesamiento de eventos de negocios, Parte 1: Vea cómo se hace con un escenario del mundo real de IBM

El presente artículo utiliza un escenario del mundo real para ilustrar la necesidad de contar con un marco que brinde soporte al procesamiento de eventos complejos. Es la primera parte de una serie de artículos que describe cómo utilizar este marco para ayudar a identificar errores antes de que ocurran. This content is part of the IBM Business Process Management Journal.

Akram Bou-Ghannam, Ph.D., Executive IT Architect (Senior Certified), IBM

Akram Bou-Ghannam photoEl Dr. Bou-Ghannames un Executive IT Architect (con certificación Senior) que lidera los esfuerzos para transformar a IBM en una empresa integrada a nivel mundial que responde a las demandas gracias a SOA y a los servicios y las arquitecturas dinámicamente reconfigurables. Su experiencia en procesamientos de eventos complejos y buscadores ayuda a IBM a llevar a cabo la empresa inteligente y ágil, una empresa capaz de brindar hallazgos y respuestas a situaciones de negocios que provocan acciones específicas. Su arquitectura de información empresarial de SOA lleva a SOA hasta la capa de datos mediante la provisión de servicios de información, y ayuda a alcanzar la visión empresarial de convertirse en una compañía centrada en la información dentro del mundo SOA. El Dr. Bou-Ghannam es Master Inventor de IBM, además de ser el reconocido autor de múltiples publicaciones internas y externas.



Paul Faulkner, Certified IT Specialist, IBM

Paul Faulkner photoPaul Faulkneres un Especialista en Sistemas titulado que trabaja para IBM Software Services en WebSphere, y se especializa en integración de sistemas. Paul ha diseñado e implementado complejos patrones de integración, que incluyen el Enterprise Service Bus (ESB) orientado a políticas y soluciones que involucran el procesamiento de complejos eventos de negocios. Paul cuenta con más de 20 años de experiencia en sistemas y pasó la mayor parte de su tiempo desarrollando soluciones de middleware. Ha participado como orador en numerosas conferencias.



29-07-2011 (Primera publicación 04-12-2008)

Introducción

En este artículo, utilizaremos un escenario del mundo real de IBM, el proceso de negocios de extremo a extremo para New Product Announcement (Anuncio de Nuevos Productos), a fin de ilustrar cómo un marco de procesamiento de eventos de negocios (BEP) puede ayudarlo a llevar a cabo una empresa en tiempo real. La empresa en tiempo real es capaz de reconocer situaciones a medida que éstas surgen, de anticipar y responder a las amenazas antes de que ocurran y de descubrir y capitalizar las oportunidades. El núcleo del marco es WebSphere Business Events (de aquí en más WBE), que brinda un motor de procesamiento de eventos, y WebSphere Business Monitor (de aquí en más el Monitor), que brinda una completa consola. Las transformaciones de eventos y funciones de conectividad son provistas por WebSphere Message Broker (de aquí en más Message Broker), y por Generalized Publish and Subscribe Services (GPASS).

En la primera parte de esta serie, describiremos cómo se utiliza el marco de BEP para ayudar a identificar errores en los productos y el catálogo de precios de IBM antes de que ocurran y antes de que impacten sobre los clientes. Con la ayuda del marco de BEP, IBM puede garantizar que la configuración de datos del catálogo está completa, es correcta y se produce de manera oportuna para brindar soporte a procesos de negocios clave como por ejemplo New Product Announcement (NPA). Esta implementación ha ayudado a IBM a resolver problemas en la calidad de datos a fin de mejorar la credibilidad de la empresa, la satisfacción de los clientes y los ingresos. El marco y todas las implementaciones de referencia asociadas han sido documentadas y han constituido la base de un modelo de acuerdos que permite la reutilización del marco en otros acuerdos de servicios para brindar soporte a cualquier proceso de negocios de extremo a extremo.

En las siguientes secciones, presentaremos el escenario de NPA y brindaremos generalidades sobre el BEP y la necesidad de contar con inteligencia operacional de negocios en tiempo real. Luego, presentaremos la arquitectura de nuestro marco de BEP, la herramienta Predictive Real-time Operational Business Intelligence Tool (PROBIT), que encarna la visión. Más tarde, describiremos cómo realizar esta arquitectura utilizando diversos productos de IBM. Finalmente, presentaremos el escenario del caso de uso de NPA de la empresa IBM, y describiremos una implementación de referencia utilizando PROBIT para gestionar el proceso NPA.


Escenario de NPA

Esta sección presenta el scenario de New Product Announcement (NPA) de la empresa IBM, y explica por qué resulta necesario un enfoque de soluciones que utilice el BEP. Al implementar el escenario de NPA, surgió claramente como un requerimiento la necesidad de contar con un motor o marco que brindara soporte a BEP para habilitar la empresa en tiempo real. La solución consistió en construir un marco de BEP, denominado Predictive Real-time Operational Business Intelligence Tool, o PROBIT, basado en los siguientes productos de IBM:

  • WebSphere Business Events es el motor de correlación de eventos en tiempo de ejecución y el entorno de desarrollo integrado para configurar las reglas, los flujos y las interacciones del procesamiento de eventos.
  • WebSphere Business Monitor brinda múltiples capacidades de consola, y una funcionalidad avanzada de alertas.
  • [opcional] WebSphere Message Broker brinda filtrado basado en contenidos, mediación y ruteo para facilitar la integración en tiempo real con sistemas de gran volumen.

Además, PROBIT utiliza Generalized Publish and Subscribe Services (GPASS) ([1], [2]) para distribuir los eventos a los consumidores de eventos.


Necesidad de contar con una inteligencia operacional de negocios en tiempo real en la empresa IBM

IBM entrega datos de productos y precios (catálogos) a sus clientes y socios de negocios en forma regular. Cuando algo sale mal, como por ejemplo la falta de un producto en el catálogo o un producto incluido en el catálogo con un precio incorrecto, generalmente se produce un impacto sobre el cliente, que a su vez, genera un impacto negativo sobre la credibilidad de IBM que puede impactar negativamente sobre los ingresos de la empresa. IBM desea poder identificar patrones que lleven a la generación de errores en los catálogos antes de que éstos impacten sobre el cliente..

El actual proceso de creación, actualización y publicación de información de productos y precios (catálogo) es complejo y se encuentra altamente distribuido en todas las aplicaciones de la empresa. Los procesos de negocios de la empresa, tales como el proceso NPA o el proceso Price Action (Medida de Precios), impulsan y afectan las operaciones de desarrollo y distribución de catálogo en toda la compañía. A fin de identificar los patrones que pueden ocasionar errores de catálogo (y actuar rápida y adecuadamente ante la detección de estos patrones), debemos capturar, evaluar y correlacionar múltiples eventos de los diversos sistemas y organizaciones involucradas en toda la empresa, como se muestra en laFigura 1. Así, las medidas que tomamos para prevenir que ocurran errores en el catálogo no se desencadenan a partir de un único evento, sino a partir de una compleja combinación de eventos, que ocurren en diferentes momentos y en diferentes contextos. El tipo de procesamiento que se requiere para este problema se denomina procesamiento de eventos de negocios, o BEP(por su sigla en inglés). La Figura 1 muestra un componente de BEP realizando el procesamiento de diversos eventos de NPA.

Figura 1. BEP aplicado al proceso de NPA
BEP aplicado al proceso de NPA

Generalidades sobre BEP

El procesamiento de eventos es la capacidad de detector y dar respuesta a los eventos (o actividades) que ocurren en toda la empresa. El procesamiento de eventos agrega, generalmente, una dimensión dinámica a una aplicación permitiendo el insight necesario para facilitar la toma de decisiones en base a observaciones sobre lo que sucede en la empresa. Puede ayudar a identificar tendencias, amenazas, oportunidades y situaciones de negocios que demandan acciones. El procesamiento de eventos no constituye un concepto nuevo. Durante los últimos cuarenta años, las organizaciones han utilizado una forma simple de procesamiento de eventos para detectar y responder a un tipo de evento de una fuente única, u homogénea. A modo de ejemplo: si se produce el Evento A, se debe hacer X. Un proceso de evento simple podría especificar que, si se produce un evento de recepción de embarque, se deberá agregar la cantidad a la base de datos del inventario.

E años recientes, las tecnologías emergentes como el Procesamiento de Eventos Complejos (Complex Event Processing o CEP) y el Procesamiento de Flujos de Eventos Event Stream Processing o ESP) han comenzado a ocuparse de problemas de mayor complejidad que no podían resolverse con el procesamiento de eventos tradicional. Por ejemplo, con CEP se puede "analizar, correlacionar y resumir eventos de bajo nivel en eventos de más alto nivel adecuados para informar a las personas en términos humanos o para desencadenar procesos automáticos."[3]CEP y ESP emplean técnicas como la detección de patrones complejos en numerosos eventos, utilizando algoritmos de procesamiento de reglas para la correlación y abstracción de eventos, empleando jerarquías de eventos y relaciones entre los eventos. Los análisis de causalidad, membrecía, oportunidad y procesos impulsados por eventos son capacidades centrales de estas tecnologías. El Business Event Processing (BEP) constituye la próxima generación del procesamiento de eventos, ya que extiende las capacidades y herramientas de tecnologías tales como CEP y ESP al usuario de negocios para definir y detectar situaciones en el contexto de negocios para poder brindar rápida respuesta a las oportunidades y amenazas.

Entonces, ¿cuáles son las características de los sistemas BEP?, o, para decirlo de otro modo, ¿cuáles son las características de las aplicaciones más adecuadas para? A medida que aparecen oportunidades y amenazas en momentos impredecibles, los sistemas impulsados por eventos deben responder a esos eventos en momentos determinados de manera externa. Estos sistemas actúan cuando se producen cambios, y no solamente según cronogramas predefinidos. Por lo general, BEP se aplica a escenarios donde deben unirse componentes en tiempo real para que pueda completarse una tarea. BEP resulta más adecuado si su respuesta a al menos una de las siguientes preguntas sobre requerimientos de aplicación es afirmativa:

  1. ¿Debo detector patrones de eventos que ocurren en diferentes fuentes en marcos temporales variables?
  2. ¿Mis aplicaciones requieren soporte para secuencias impredecibles o la medición del momento de ocurrencia de los eventos?
  3. ¿Necesito la resolución dinámica del procesamiento de respuestas y el manejo de excepciones?
  4. ¿Se modifican con frecuencia mis reglas de procesamiento?
  5. ¿Deseo que mis usuarios de negocios (analistas de negocios, etc.) generen y mantengan las reglas de procesamiento?

Predictive Real-time Business Intelligence Tool (PROBIT): Arquitectura y visión de un marco de conocimiento situacional

Un sistema de procesamiento de eventos recibe eventos de un productor de eventos, los procesa, posiblemente crea nuevos eventos como resultado de dicho procesamiento, y envía los eventos procesados a los consumidores de eventos, como se muestra en laFigura 2. Las funciones de procesamiento de eventos incluyen la validación, el enriquecimiento, el ruteo, la transformación, la orquestación y la detección de patrones.

Aplicaciones, archivos, bases de datos, alimentaciones, personas, datos de sensores, etc., son los elementos que componen los diversos tipos de información, productores de eventos y consumidores de eventos dentro de un entorno empresarial. Uneventoes una abstracción que representa el hecho de que algo ocurrió o está ocurriendo, como por ejemplo el comercio de existencias, un pedido de un cliente, un cambio de dirección, etc. Una aplicación de sistemas crea unobjeto evento(registro de sistema) para señalar o informar el evento. Unanotificaciónes un mensaje informático (por ejemplo, un mensaje XML) que consiste en un objeto evento.

Figura 2. Componentes del BEP
Componentes del BEP

La Figura 3muestra la arquitectura de alto nivel de un sistema inteligente capaz de brindar conocimiento situacional para la inteligencia de negocios predictiva y operacional en tiempo real. Esta arquitectura de alto nivel conforma la base de la arquitectura de la herramienta PROBIT. Esta arquitectura se divide en capas de abstracción que comienzan con la capa de entorno externo, y siguen con la capa de detección y actuación, la capa de conectividad y la capa cognitiva.

El entorno externo consta de todas las aplicaciones y sistemas, incluyendo a las personas, que existen en la empresa. Estas aplicaciones constituyen el entorno de negocios operacional de una empresa, y son las fuentes de observaciones sobre los hechos que ocurren en la empresa. El monitoreo, la captura y el procesamiento de estas observaciones puede ayudar a identificar las tendencias, amenazas, oportunidades y situaciones de negocios que requieren reacción dentro de la empresa. Por lo tanto, el entorno externo incluye no solo a los diversos productores de eventos, sino también a los diversos consumidores de eventos.

La capa de Detección y Actuación consta de componentes que detectan y actúan sobre el entorno externo. Los sensores son componentes que detectan y capturan los eventos que ocurren en el entorno, Por ejemplo, un evento Cambio de Dirección puede significar que el Sr. X cambió su dirección a las 8 de la mañana del día de hoy. Estos eventos pueden quedar registrados en una tabla de Cambio de Direcciones dentro de una base de datos. Un componente sensor puede ser un código, como un script, un procedimiento almacenado, etc., que monitorea la tabla de Cambio de Direcciones y genera un objeto evento (en forma de mensaje XML, por ejemplo) cada vez que se crea un nuevo registro. El componente sensor puede, además, filtrar los datos observados, y luego traducirlos y convertirlos a un formato diferente. Por ejemplo, el componente sensor puede publicar el evento Cambo de Dirección como una Notificación WS.[4]mensaje Notificar estándar, donde el objeto evento XML se ubica en la carga útil del mensaje Notificar. Como mínimo, un componente sensor debe cumplir las funciones de monitoreo y detección para detector que ha ocurrido un evento y crear un objeto evento que indique el evento. En la arquitectura descripta en laFigura 3, el componente sensor debe además, publicar un mensaje de notificación que incluya al objeto evento real en el componente broker de la capa de conectividad. Un componente sensor puede también incluir capacidades de filtrado, traducción y transformación.

El componente Activador actúa sobre el entorno. La acción cambia normalmente el estado del entorno, como por ejemplo, cuando se cambia el estado de una aplicación de una base de datos al fijar una bandera que indica que ahora la dirección se considera válida y lista para pasar por el procedimiento de estandarización de direcciones. Además, la acción puede involucrar una alerta enviada a las personas sobre ciertas amenazas en el entorno, por medio de correos electrónicos, o notificaciones telefónicas o de buscapersonas. La entrada al activador es un objeto evento. Los consumidores de eventos del entorno quizás no sean capaces de consumir el objeto evento en su forma actual. Por ejemplo, el consumidor puede ser una aplicación SAP que solo puede consumir objetos del tipo SAP (como IDOC de SAP) a través de una específica interfaz SAP o API (como el RFC de SAP o la interfaz BAPI). En este caso, el activador debe actuar como un adaptador de SAP que no sólo establece conectividad con SAP (por ejemplo, a través de un cliente RFC), sino que también convierte el evento al formato de objeto SAP. Así, el activador amplía la interfaz SAP, y traduce el objeto evento al formato del objeto SAP. El activador en este caso actúa como representante o agente en nombre del consumidor del evento para consumir, transformar y enviar el objeto evento al consumidor.

Figura 3. Arquitectura lógica de PROBIT
Arquitectura lógica de PROBIT

La capa de conectividad fundamentalmente resalta un componente broker dentro del contexto de la arquitectura PROBIT. El papel principal del broker es direccionar los eventos desde los productores de eventos a los consumidores de eventos. Observe que el motor de BEP en la capa cognitiva también es un consumidor de eventos. La funcionalidad del componente broker puede ser alcanzada por medio de un marco de publicación y suscripción, como Generalized Publish and Subscribe Services (GPASS)[1,2]. En general, la capa de conectividad representa la construcción arquitectónica del Bus de Servicios Empresariales (Enterprise Service Bus oESB) para SOA. Usted puede concebirla como una capa que brinda comunicaciones asincrónicas y sincrónicas en toda la empresa y la empresa extendida, utilizando técnicas tales como la mensajería, las llamadas al método, la integración de servicios y el FTP. Virtualiza los servicios desacoplando las conexiones punto a punto de las interfaces mismas. Las interfaces de servicios se colocan en un tercer broker, que ayuda a gestionarlas mejor, y permite un acoplamiento y desacoplamiento de las aplicaciones más rápido y flexible. Debido a que usted podrá encontrar todas las aplicaciones e interfaces, podrá reutilizarlas con mayor sencillez.

La capa cognitiva alberga los motores que reciben y procesan las reglas de negocios, representando el conocimiento del dominio de negocios. El componente BEP es un motor tal que puede ayudar a detector importantes patrones dentro del entorno o la empresa. El componente BEP es n consumidor de eventos que recibe y se ocupa de múltiples eventos, a menudo de diversos tipos, que provienen de diferentes fuentes de eventos. BEP emplea numerosas técnicas para encontrar patrones en los datos de eventos de negocios, y para ayudar a habilitar la inteligencia de negocios operacional en la empresa, como se describiera anteriormente. El componente BEP es, además, un productor de eventos que genera eventos (usualmente eventos de más alto nivel que identifican los patrones detectados). Otros consumidores de eventos que suscriben a esos eventos los reciben a través del componente broker mediante su componente proxy (adaptador, agente, o activador) correspondiente.


Arquitectura PROBIT en un mundo SOA

La Figura 4representa la vista SOA de la arquitectura PROBIT. Esta arquitectura fusiona los servicios de procesamiento de eventos con la arquitectura de acceso y distribución de información de SOA[5]. En esta arquitectura, los servicios de información conforman la mayor parte de la detección y el accionamiento para el componente procesamiento de eventos. Por ejemplo, los servicios de monitoreo de eventos de datos llevan a cabo la función “detección” detectando cambios en las fuentes de información y creando y publicando eventos. De ser necesario, los servicios semánticos y lógicos pueden ayudar a traducir o transformar objetos evento.

Los servicios de conectividad e interoperabilidad que se muestran en laFigura 4conforman el ESB y realizan las funciones de broker de eventos ilustradas en laFigura 3. Se puede implementar esta funcionalidad utilizando productos ESB de IBM como Message Broker o ESB de WebSphere.

Figura 4. Arquitectura SOA de PROBIT
Arquitectura SOA de PROBIT

El componente BEP se representa como parte de los servicios de procesamiento de eventos. Los servicios BEP consumen y procesan eventos, y producen eventos de un nivel más alto. Esta funcionalidad puede implementarse utilizando WBE. Sin embargo, la funcionalidad del panel soportada por WBE es muy limitada en cuanto a sus capacidades. Para utilizar un panel avanzado y monitoreo de actividades de negocios (componente de Servicios de Procesamiento de Eventos que se muestra en laFigura 4), se puede utilizar el Monitor.

Los servicios de información que se muestran en la Figura 4 pueden desarrollarse con el Information Server de IBM y sus herramientas. Algunos de los servicios de transformación de datos semánticos y lógicos se pueden implementar con el WebSphere Transformation Extender. Con los productos de WebSphere Adapter de IBM se pueden desarrollar fácilmente otros servicios que requieren integración con aplicaciones empresariales tales como SAP o CRM Siebel.

La siguiente sección describe en más detalle los productos IBM utilizados para implementar la arquitectura PROBIT.


Implementación de la arquitectura PROBIT con productos IBM

El enfoque que tomamos para implementar la arquitectura de soluciones del marco PROBIT utiliza diversos productos IBM que incluyen WBE, Monitor, y Message Broker. Para implementar en su totalidad los diversos componentes de la arquitectura PROBIT como se muestra en lasFiguras 3y4, se pueden utilizar los siguientes productos IBM:

Componente PROBITProductos IBM para implementar el componente
Servicios de Procesamiento de Eventos y componente BEPWBE se puede utilizar como motor de correlación, o tiempo de ejecución, para identificar patrones de iteración en múltiples eventos dispares. Los conjuntos de interacción, o reglas de correlación de eventos, pueden crearse con el entorno de tiempo de generación de WBE. WBE brinda soporte a complejos procesos de negocios al proporcionar la capacidad de manejar fácilmente el contexto de una actividad en un proceso de negocios, es decir, su presencia o ausencia, el momento, la secuencia y la relación con otras actividades. Business Events brinda la base para el soporte total de BEP.
Monitoreo de actividades de negocios: alertas y notificaciones del panelMonitor es un programa integral de monitoreo de actividades de negocios (BAM) que brinda a los usuarios una vista de extreme a extreme en tiempo real de los procesos y operaciones de negocios. Monitor brinda paneles de negocios personalizables que calculan y muestran indicadores de desempeño clave (KPI) y métricas derivadas de los procesos de negocios, datos sobre la actividad de negocios y eventos de negocios a partir de una amplia gama de fuentes de información. Los usuarios de negocios pueden ver estos KPI, métricas y alertas por diversos medios, que incluyen interfaces Web livianas, teléfonos inteligentes como los dispositivos Blackberry e iPhones, portales corporativos, y escritorios. Con Monitor, los usuarios de negocios pueden configurar y manejar alertas con una participación mínima del departamento de Sistemas.

Monitor no es solamente una visualización de panel para los eventos procesados por WBE, sino que también brinda capacidades de procesamiento de eventos que permiten obtener una comprensión sobre la actividad de negocios y detector situaciones relativas al modo en que funciona el negocio.

Conectividad / componente BrokerMessage Broker es un poderoso broker de información que permite que los datos y la información sobre el negocio, en forma de mensajes, pase por diversas aplicaciones y por distintos equipos y plataformas de software. Pueden aplicarse reglas a los datos que pasan a través del broker de mensajes a fin de direccionar, almacenar, recuperar y transformar la información. Message Broker brinda conectividad universal, que incluye servicios web, y transformación de datos de cualquier tipo en cualquier tipo. Monitor es una de las ofertas de productos ESB de IBM.

Caso de uso: Gestión del proceso de negocios NPA en IBM

IBM entrega datos sobre productos y precios (catálogos) a sus clientes y socios de negocios de manera regular. El proceso actual de creación, actualización y publicación de la información sobre productos y precios es complejo y se encuentra altamente distribuido en todas las aplicaciones de la empresa. El proceso actual depende de la sincronización de múltiples puntos de datos en el flujo de información para que se puedan brindar datos correctos. La información entregada se recoge a partir de múltiples fuentes diversas distribuidas e toda la empresa. A menudo, la misma información es ingresada por distintas aplicaciones en diferentes momentos (ingreso de datos múltiple) lo cual causa inconsistencias en los datos. Para que el proceso tenga éxito, se debe proporcionar al flujo de información la información correcta en el momento adecuado. De otro modo, la información oportuna gestionada por el proceso no llegará a los clientes y socios de negocios. Los clientes y socios de negocios inician un informe de problema cuando no reciben la información requerida. Por ejemplo, puede ocurrir que un socio de negocios reclame por la falta del producto X en el archive de Precios de Repuestos EDI.

La determinación de problemas es compleja y requiere mucho tiempo. Pasa a través de múltiples equipos y conjuntos de aptitudes. Cuando algo sale mal, el rastreo dentro del flujo para determinar cuándo y dónde ocurrió una falla es complejo y demora mucho tiempo. Además, para satisfacer los requerimientos de nuevos proyectos e iniciativas, modificar los flujos de datos de los procesos y el entorno actuales para asegurar que el flujo de datos esté correctamente configurado y adecuadamente sincronizado es una tarea difícil, costosa y lenta.

Cuando usted modifica flujos de datos como parte de una iniciativa de transformación empresarial, el proceso de asegurar que los datos estén correctamente configurados y sincronizados es complejo y puede impactar sobre su capacidad de cumplir con sotos y cronogramas, especialmente para el Testeo de Integración de Sistemas (SIT). Resultaría ventajoso contar con una herramienta que no sólo ayudara en los esfuerzos de determinación de problemas cuando se producen problemas, sino que ayudara además a identificar errores de datos antes de que éstos tengan impacto en los clientes. Dicha herramienta debería producir un impacto positivo en el negocio. Más aún, asegurar que la configuración de los datos es correcta y está completa antes del testeo evitaría fallas en las pruebas y por consiguiente, reduciría los costos de testeo.

Además de capturar y monitorear eventos actuales, esta solución brinda un modo para informar datos estadísticos al capturar vistas históricas de NPA anteriores.


Implementación de referencia:

La segunda parte de esta serie brindará detalles sobre la solución implementada para gestionar el NPA de IBM. Esta implementación de referencia le brindará una comprensión más acabada sobre la captura de eventos de múltiples sistemas y su correlación para producir escenarios de eventos complejos. La Parte 2, además, tratará la integración de WBE con Message Broker para brindar un filtro basado en contenidos y habilitar con Monitor mecanismos avanzados de panel y alertas.

La Figura 5 muestra los componentes implementados en la implementación de referencia.

Figura 5. Implementación de referencia
Implementación de referencia

Resumen

En este artículo, utilizamos un escenario de la vida real de IBM para destacar la necesidad de contra con un marco que brinde soporte a BEP para permitir una empresa en tiempo real. Brindamos generalidades sobre el BEP y la necesidad de una inteligencia de negocios operacional en tiempo real, y describimos la arquitectura de la herramienta Predictive Real-time Operational Business Intelligence Tool (PROBIT). PROBIT habilita la empresa en tiempo real, la cual es capaz de reconocer situaciones a medida que surgen en tiempo real, anticipando y respondiendo a las amenazas antes de que ocurran y capitalizando las oportunidades. En el núcleo de este marco se encuentra WebSphere Business Events, que brinda el motor de procesamiento de eventos, y WebSphere Business Monitor, que proporciona un completo panel.

En la Parte 2 de esta serie, usted aprenderá a implementar la solución de procesamiento de eventos para gestionar el NPA de IBM. También aprenderá cómo se integra WebSphere Business Events con WebSphere Message Broker para brindar un filtro basado en contenidos y con WebSphere Business Monitor para habilitar mecanismos avanzados de panel y alertas.

Recursos

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=WebSphere, SOA y servicios web
ArticleID=391852
ArticleTitle=Permitir empresa en tiempo real con procesamiento de eventos de negocios, Parte 1: Vea cómo se hace con un escenario del mundo real de IBM
publish-date=07292011