INSTITUTO

TECNOLGICO DE
ORIZABA
Ingeniera en Sistemas Computacionaes
Ar!uitectura "e So#t$are
Ana %ara C&'(e) Tre*o
Unidad 4
A"i+e ,')!ue)
1
Conteni"o
Intro"ucci-n
./Descripci-n "e a ar!uitectura
orienta"a a e(entos
0/Descripci-n "e mo"eo ar!uitect-nico
orienta"o a e(entos
1/EDA (s SOA
2/E*empo "e un sistema impementa"o
con e estio EDA
3/Representaci-n U%L
4/Re#erencias
0
1
3
5
6
.7
..
2
Intro"ucci-n
El presente documento tiene como objetivo dar a conocer la arquitectura orientada a eventos as como el
modelo de esta arquitectura, mostrar un ejemplo de su implementacin y un diagrama UML.
Antes de entrar de lleno en el tema comenzar por de!inir lo que es un evento, ya que la arquitectura se
basa en ello.
Un evento no es nada m"s que un cambio signi!icativo en un estado, por ejemplo, en el caso de que lo
que se !uera a #acer sea vender un producto, dic#o producto tiene como estado inicial $en venta%, cuando
ocurre un evento producido por el consumidor entonces cambia el estado del producto a $vendido%. &ay
que tener en cuenta que un evento no viaja sino que slo ocurre, aunque en ocasiones el trmino evento
es tambin utilizado para denotar el mensaje de noti!icacin en s mismo. Los eventos se transmiten
entre componentes.
Un evento est" dividido en dos partes' encabezado y cuerpo.
El encabezado de evento puede incluir in!ormacin como el nombre del evento, !ec#a y #ora para el
evento, y el tipo de evento. El te(to del evento es la parte que describe lo que #a ocurrido en realidad. El
cuerpo del evento no debe ser con!undido con el patrn o la lgica que se puede aplicar en reaccin al
evento en s.
3
). *escripcin de la arquitectura orientada a eventos
+omo su nombre lo dice, esta arquitectura se basa en eventos, siendo un evento cualquier cambio de
estado signi!icativo para el sistema, y a su vez este cambio de estado puede ser conocido por otras
aplicaciones en la arquitectura, o sea, que cada evento se propaga de manera inmediata a otras partes
del sistema en la medida que sea necesario.
Un sistema dirigido por eventos est" compuesto tpicamente de emisores de eventos ,o agentes- y
consumidores de eventos ,o .sin/. en ingls-. Los consumidores tienen la responsabilidad de llevar a
cabo una reaccin tan pronto como el evento est presente. La reaccin puede o no puede ser
completamente proporcionada por el consumidor en s mismo. 0or ejemplo, el consumidor debe tener
solamente la responsabilidad de !iltrar, trans!ormar y reenviar el evento a otro componente o debe
proporcionar una reaccin propia a alg1n evento. +onstruir aplicaciones y sistemas alrededor de una
arquitectura dirigida por eventos permite a estas aplicaciones y sistemas ser construidos de una manera
que !acilita un mayor grado de reaccin, debido a que los sistemas dirigidos por eventos est"n, por el
dise2o, m"s normalizados para entornos no predecibles y asncronos. La arquitectura dirigida por
eventos puede complementar la arquitectura orientada a servicios ,34A- porque los servicios pueden ser
activados por disparadores que se encuentran en eventos entrantes.
+aractersticas
!igura)
En e(plicacin a la !igura ) tenemos'
5roadcast communications ,comunicacin de broadcast-'
3istemas participantes transmiten eventos de cualquier interesado. M"s de una de las partes
puede escuc#ar el evento y procesarlo.
4
6imeliness ,oportunidad-'
3istemas publican eventos a medida que ocurren en lugar de almacenar localmente y esperando
para el ciclo de procesamiento, tales como un ciclo de proceso por lotes noc#e.
Async#rony ,asincrona-'
El sistema de publicacin no espera a que el sistema ,s- de recepcin para procesar el evento ,s-.
7ine grained ,granularidad !ina-'
Aplicaciones tienden a publicar eventos individuales en oposicin a un 1nico evento agregada. ,El
m"s separadas las partes que se comunican, m"s puede limitar las limitaciones !sicas de grano
!ino de cmo los eventos pueden darse el lujo de ser-.
4ntology ,ontologa-'
El sistema global de!ine una nomenclatura para clasi!icar eventos, tpicamente en alg1n tipo de
jerarqua. 3istemas que reciben a menudo pueden e(presar su inters en los eventos individuales
o categoras de eventos.
+omple( event processing ,procesamiento de eventos complejos-'
El sistema entiende y monitorea las relaciones entre eventos, por ejemplo, la agregacin de
eventos ,un modelo de evento implica un evento de nivel superior- o causalidad ,un evento es
causado por otro-
5
8. *escripcin del modelo arquitectnico orientado a eventos
Una arquitectura orientada a eventos es una estructura en la que los elementos son provocados por los
acontecimientos. Un evento en la empresa conte(to es un cambio en el estado de uno de los negocios
elementos del proceso que in!luye en el resultado del proceso. 3er construcciones abstractas, los
eventos se capturan como objetos de evento.
Un objeto de evento permite que una m"quina para procesar, calcular y manipular el evento. 0rincipales
componentes de un E*A son' !uentes de eventos o generadores, receptores de eventos o los
consumidores, sensores de eventos y procesadores de eventos. 7uente ,s- de eventos y consumidores
de eventos est"n conectados de !orma directa ,punto a punto- o a travs de un middle9are o corredor
,bus- origen del evento que podra ser un proceso de negocio de aplicaciones, interna o e(terna los
interesados o cualquier otro cambio de datos de resumen. Evento destinatarios son todos los suscriptores
interesados. +aptura de eventos y entrega debe ser garantizado por las normas de compatibilidad y se
pueden procesar en un componente e(tra : el agente evento.
La lgica de la recogida y conduccin de eventos se captura en el procesador de eventos. Evento de
entrada ,s- se procesan y remitido a los consumidores de eventos en , prede!inido y .suave. - en tiempo
real. Un consumidor de sucesos reacciona a eventos recibidos por la realizacin de su !uncionalidad o
publicar una alerta. &ay tres tipos de eventos que necesitan ser procesados ' un solo evento, secuencia
de eventos y eventos complejos. La di!erencia entre los !lujos de eventos y un evento complejo se
pueden describir como secuencia de eventos que es una secuencia temporal de los objetos de eventos
en la !orma . primer llegado, primer servido . y complejos eventos siendo un grupo de eventos que
contiene elementos de di!erentes conte(tos o di!erentes puntos de tiempo. 0roceso de sucesos signi!ica
realizar operaciones sobre los objetos de eventos como la creacin, trans!ormacin, lectura o borrado.
Los algoritmos para el procesamiento eventos de m1ltiples o entrelazados se resumen en la compleja
tcnica de procesamiento de eventos ,+E0 - . 3e permite la identi!icacin y la e(traccin de in!ormacin
estructurada de mensajes basado en sistemas . +E0 incluye el an"lisis de eventos y correlacin entrega
una decisin de desencadenamiento in!ormacin. +E0 utiliza negocio normas , as como los patrones,
mapas y !iltros para especi!icar la relacin entre los eventos. El monitoreo de eventos se ve !acilitada por
5usiness Activity Monitoring , 5AM- #erramientas. Estas #erramientas son a menudo una parte de una
suite de gestin de procesos de negocio y son actualmente m"s centrado en la deteccin de eventos y
visualizacin ellos en el salpicadero que en la toma de decisiones automatizada, por lo tanto, requiere
menos inteligencia computacional. Los sistemas even driven proporcionan visibilidad en tiempo real de la
observada procesos y permiten casi la reaccin en tiempo real.
Los componentes E*A interact1an de !orma asncrona, evento procesador es un conector con una gran
inteligencia . En E*A los orgenes de eventos y receptores de eventos no saben nada el uno del otro, ni
tampoco de origen de sucesos sabe si y qu tipo de reaccin !ue causada por su apariencia.
La !igura 8 muestra un ejemplo del modelo E*A.
6
!igura 8
7
;. E*A vs 34A
!igura ;
En e(plicacin a la !igura ;, tenemos que'
34A se centra en la descomposicin de !unciones de negocios que pueden ser reutilizados, es un estilo
arquitectnico que reconoce los servicios ,!uncionalidad que representa los pasos del proceso-, !omenta
la reutilizacin de !unciones ,reactivo-, !acilita los procesos de negocio la automatizacin y la integracin
E*A se centra en la identi!icacin de los negocios eventos que es un cambio en el estado de una
empresa, es un estilo arquitectnico que reconoce eventos ,mensajes de proceso que representan
estados- de que su negocio se planea reaccionar sobre, alienta el intercambio de in!ormacin y el uso de
5usiness <ntelligence ,proactivo-.
8
=. Ejemplo de un sistema implementado con el estilo E*A
Caso de estudio - Gestin del Trfico
3istema de ayuda a la decisin aplicado en los datos de tr"!ico real ,en la red de carreteras de alta
capacidad, 5ilbao, Espa2a- implementado con Esper ,plata!orma de procesamiento de eventos de cdigo
abierto-
Objetivos:
*iagnstico de los problemas de tr"!ico
6rans!ormacin de los eventos de sensor simples para eventos de problemas
Modelo de eventos
!igura =
Arquitectura de referencia aplicada
9
!igura >
+omo se muestra en la !igura > , el sistema est" compuesto por > capas'
). ?oad net9or/ ,?ed de carreteras-' de donde se obtiene a travs de sensores los eventos a
analizar.
8. 3ensor 0rocessing Agents ,Agentes de 0rocesamiento de sensores-' 3e obtiene acceso a los
sensores de limpieza y !iltrado
;. 6ra!!ic Analysis Agents ,Agentes del tr"!ico de an"lisis-' se obtienen los datos de tr"!ico agregados
,espacialmente y temporalmente- contenido de enriquecimiento ,velocidades cali!icado-
=. *iagnosis Agents ,Agentes de diagnstico-' se deriva de un problema de los sucesos de tr"!ico
cuali!icado
>. 4perational tra!!ic control system ,3istema de control operacional de tr"!ico-' contiene datos
estructurales, datos del #istorial de tr"!ico y planes de accin.
>. ?epresentacin UML
*iagrama de implementacin de alto nivel de un sistema de comercio algortmico ,!igura @-
10
!igura @
El diagrama anterior es m"s bien la representacin de la vista !sica de un sitema de comercio
algortmico, muestra seis componentes que son' 3ervidor de datos, ambiente de produccin, servidor de
pedidos, servidor *?, clientes ,conectado a A6s- y por 1ltimo ambiente de pruebaA cada uno con sus
respectivas actividades.
@. ?e!erencias
#ttp'BB999.eaipatterns.comBdocsBE*A.pd!
#ttp'BB999.slides#are.netBLud9ing?ubio)Barquitectura:dirigida:por:eventos
#ttp'BB999.omg.orgBsoaBUploadedC8D*ocsBE*ABbda8:8:D@cc.pd!
E#at is Event *riven Arc#itecture ,E*A- and E#y *oes it MatterF
#ttp'BBeda.in!orm.!#:#annover.deBbuc#BmaterialBMG3EAG33)8GHap@GE*AG6eil8.pd!
A Model and an <mplementation Approac# !or Event:*riven 3ervice 4rientationGpd!
11
#ttps'BBgupea.ub.gu.seBbitstreamB8DIIB8;=J)B)BgupeaG8DIIG8;=J)G).pd!
#ttp'BBelegantcode.comB8D)DBD)BD@Bevent:driven:arc#itecture:publis#ing:events:using:an:ioc:containerB
Event *riven Arc#itecture Modelling and 3imulation.pd!
#ttp'BB999.stuartreid.co.zaBalgorit#mic:trading:system:arc#itecture:postBKjp:carousel:));=
#ttp'BB999.slides#are.netB46LArc#beatBanbu:/ris#nas9am