Download (5Mb) - oops/ - Oldenburger Online-Publikations-Server

62 Entwurf
• Verteilung von Kontext-Informationen, von einem Sensor in der Umgebung, zu einem zentralen
System oder anderen Sensoren
• Kommunikation zwischen kontextbewussten Anwendungen
Zur Unterstützung dieser Anwendungsfälle wird das AMQP-Netzwerkprotokoll eingesetzt, wie
weiter im 7.3.4 vorgestellt.
Advanced Message Queuing Protocol (AMQP) ist ein standardisiertes, frei benutzbares Netzwerkprotokoll,
welches die Kommunikation zwischen einer Anwendung und ein Server-System (ein “Broker”)
ermöglicht. Die Bedingung dafür ist natürlich, dass sowohl die Anwendung als auch das Broker
dem beschriebenen AMQP-Standard übereinstimmen.
Der offene Standard AMQP wurde 2004 von dem Finanzinstitut namens JPMorgan Chase eingeführt
als eine Lösung für Message Queuing (MQ)-bezogene Bedürfnisse und Topologien. Das Message
Queuing Konzept wurde im Jahr 1985 entwickelt und lässt sich anhand der ursprüngliche Beschreibung
– ein “Software Datenbus” (später als The Information Bus (TIB) bekannt), die Information von
einer Anwendung zu einer anderen interessierten Anwendung übermittelt. Durch dieses Konzept wurde
die häufig eintretende Problematik der Integration verschiedener Softwarelösungen angegangen.
Darüber hinaus sollte die Lösung eine immer steigende Belastung an Mitteilungen aufrechterhalten
[VW12]. An dieser Stelle kann das vorhersehbare Beispiel einer Anwendungsfall für AMQP gegeben
werden: der Handel mit Aktien oder Trading.
Aus diesem Grund ist die geleistete Interoperabilität ein nennenswerter Aspekt des AMQP-Protokolls
– es können AMQP-konforme Systeme miteinander kommunizieren, trotz technologischer Heterogenität
(z.B. andere Ziel-Plattformen, Programmiersprachen). Darüber hinaus lassen sich beliebige
Typen von Mitteilungen (engl. payload) verschicken, wie z.B. ein JSON-Objekt, eine String-Wert,
binäre Inhalte oder sogar Medien [VW12].
Erforderlich für die Kommunikation ist die Präsenz einer Bezeichnung (engl. label), die den Namen
des Exchange (s.u.) enthält. Die Aufgabe des Brokers ist mögliche Verbraucher anhand dieser
Bezeichnung auszuwählen und sie über die Mitteilung zu informieren. Die Benennung eines bestimmten
Empfängers vom Erzeuger ist im Vergleich zum TCP-Protokoll daher nicht benötigt [VW12]. Ein
Empfänger wird wie gesagt vom Broker ausgewählt.
Aus Sicht der Architektur wird ein “Broker” (auch als Message-Oriented Middleware bekannt)
benötigt, die die Kommunikation verwaltet. Die Verwaltung (bzw. die Distribution oder Routing, sowie
die Persistenz der nicht zustellbaren Mitteilungen) hat als Basis verschiedene AMQP-spezifische
Konzepte, die in der Abbildung 5.2 zusammengefasst sind.
Abbildung 5.2: Zentrale Konzepte des AMQP-Netzwerkprotokolls.
Quelle: Angelehnt an http://rubyamqp.info/articles/getting_started