Tim Bass
Lunes, 02 Jun 2008 08:43:56 +0000

En respuesta a Pablo Vicente del puesto * CEP es un servicio o un proceso?* Me envió CEP es un servicio o un proceso? Reloaded.* Este puesto es un seguimiento de mi diálogo con Paul comunidad y el CEP, en su conjunto.
Algunos de los más notables comentarios críticos sobre el libro "El poder de los Eventos" es que el libro no (en su mayor parte) discutir la arquitectura .* *
Como todos sabemos, hay muchas definiciones de "arquitectura"; sin embargo, una definición * que es fácil de examinar, en este contexto, es que los sistemas de TI * una "arquitectura" representa los componentes de TI * * * y el sistema relaciones entre los distintos componentes * en la arquitectura .*
Una arquitectura que puede ser "técnico" o "funcional" o "operativos" o * "los datos" .* céntrica Por ejemplo, puede ser una arquitectura basada en una orquestación de componentes de servicio *, al igual que una SOA .* En otro ejemplo, un arquitectura puede ser representada por la semántica de los datos .* En otro ejemplo, una arquitectura puede ser representada por la funcionalidad de los componentes.
Porque el libro de David en el CEP no abordar la arquitectura, la gente han sido la libertad de utilizar una "herramienta" o "técnica" que les gusta, y lo llaman "CEP" .** Mi atención se ha centrado en la funcionalidad general del CEP y arquitecturas de referencia que describen este funcionalidad para la solución de los problemas CEP clases.
Este fue uno de los primeros temas (cuestiones) * * con el CEP se identificaron hace algunos años, y * es la razón por la que, incluyendo a mi * * * mi buena ole "días en el TIBCO hasta ahora, ha creado una arquitectura funcional de referencia para el CEP (también en este blog y el blog de TIBCO CEP).
En que la arquitectura funcional de referencia, hemos discutido e ilustrado * * CEP cómo debe funcionar como una cooperativa (distribuido) de referencia de arquitectura funcional para resolver la mayoría de los "reales" CEP clases de problemas.
Por lo tanto, * CEP no se debe, en general, * considerada como un "proceso" o un "servicio" *, de por sí, porque ** * CEP, como una arquitectura de referencia * funcional, describe las metodologías (functionaility) necesarias para resolver complejo orientado a la detección de problemas .* Este resumen permite CEP a tener sentido en un contexto amplio de las aplicaciones de procesamiento de evento.
Naturalmente, una referencia de la arquitectura funcional puede ser visto como un "servicio" si todos los componentes de la arquitectura de cooperar para resolver un problema y se encierran como un servicio .* Además, una arquitectura funcional de referencia puede ser vista como un "proceso" cuando la solución de problemas en un dominio específico .* Por lo tanto, un "proceso", en este caso, es un ejemplo de la arquitectura funcional de referencia y, si la instancia se ofrece como una solución, esta solución puede ser encapsulada como un servicio.
Por lo tanto, es engañosa, al menos en mi opinión, para reducir * CEP a un "proceso" o un "servicio" a menos que estamos hablando de una solución a un problema en un dominio (funcional), la arquitectura de referencia (contexto funcional).
* Esta confusión también se manifiesta en la animado debate Marcos entre Palmer y la blogosfera acerca de la madurez del CEP .** Mark y otros han creado un ejemplo de proceso de eventos en los mercados de capitales y lo llaman "el CEP," cuando en realidad lo que están haciendo es algo COTS comercio y la utilización de uno o más componentes funcionales del CEP para lograr su solución.
La distinción es importante, en mi opinión.



Fuente ...