Das Kefk Network Wiki befindet sich im Testbetrieb.
Event Driven Architecture
Aus Kefk.
| Bild:Nuvola apps kcontrol.png | Dieser Artikel wurde im Portal Informatik zur Verbesserung eingetragen. Hilf mit, ihn zu bearbeiten und beteilige dich an der Diskussion! |
 | Dieses Dokument entstammt in seiner ersten oder einer späteren Version der deutschsprachigen Wikipedia. Es ist dort zu finden unter dem Stichwort Event_Driven_Architecture, die Liste der bisherigen Autoren befindet sich in der Versionsliste; die Originalfassung kann dort auch bearbeitet werden. Alle Texte der Wikipedia und ihre Derivate stehen unter der GNU-Lizenz für freie Dokumentation. |
Ziemlich unverständlich und den Ersteller hats mitten im Satz nicht mehr gefreut, was die ganze Sache auch noch ziemlich lückenhaft macht. -- Cecil 14:43, 20. Mär. 2007 (CET)
Event-Driven Architecture (EDA) (deutsch: Ereignisgesteuerte Architektur) stellt ein Software-Architekturkonzept dar, dessen wesentliches Merkmal die Verarbeitung von Ereignissen ist. Dabei reagiert das Softwaresystem auf Ereignisse, die von aussen in das System eingegeben werden. Im Gegensatz zu klassischen Softwarearchitekturen hat ein EDA keine selbständige Kontrolle darüber, wann Daten verarbeitet werden.
Vergleich zur Service Oriented Architecture
EDA wird häufig im Kontext einer Service Oriented Archtiecture verwendet. Obwohl EDA fundamental anders ist als SOA, schließen sich beide nicht aus, sondern können sogar parallel eingesetzt werden. SOA basiert auf einer Nehmer-/Geberbeziehung, d. h. ein Servicenehmer nimmt eine konkrete Funktionalität eines bestimmten Services in Anspruch. Bei einer EDA ist ein solcher Servicenehmer nicht explizit vorhanden, stattdessen tritt ein Ereignis auf, welches eine Aktionskette innerhalb des Systems auslöst.
EDA ist demnach ein Architekturparadigma, welches Systeme beschreibt, die konzipiert wurden, um auf konkrete Ereignisse, die im Umfeld des Systems auftreten könnten, zu reagieren. Ein nach EDA konzipiertes System reagiert bei konkreten Ereignissen innerhalb der Software aber auch aus der realen Umgebung. Sobald ein Ereignis ausgelöst wurde, registriert das ein Programm, welches das Eintreten von Ereignissen wahrnehmen kann, und reagiert mit einer entsprechenden Antwort oder löst eine komplette Aktionskette aus.
Der wesentliche Unterschied zwischen SOA und EDA liegt also in der Art und Weise wie eine konkrete Funktionalität oder Softwarekomponente ausgelöst wird. Bei der Event-Driven Architecture ist es das mehr oder minder willkürliche Auftreten eines Ereignisses und bei der SOA ist es die gezielte Anfrage eines Servicekonsumenten für einen bestimmten Service.
Literatur
- Dan Woods, Thomas Mattern: Enterprise SOA. Designing IT for Business Innovation. USA, 2006, ISBN 0596102380
- P. Zöller: Analyse und Klassifizierung von Problemsituationen bei der Einführung einer SOA. Diplomarbeit 2007
| | Dieses Dokument entstammt in seiner ersten oder einer späteren Version der deutschsprachigen Wikipedia. Es ist dort zu finden unter dem Stichwort Event_Driven_Architecture, die Liste der bisherigen Autoren befindet sich in der Versionsliste; die Originalfassung kann dort auch bearbeitet werden. Alle Texte der Wikipedia und ihre Derivate stehen unter der GNU-Lizenz für freie Dokumentation. |
