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

104 Umsetzung des Prototyps
lage und ist als eine open-source Alternative zu kommerziellen MQ Implementierungen wie IBM
WebSphere MQ oder Amazon Simple Queue Service gegeben.
Erlang ist eine relativ kompakte Programmiersprache, die zugleich ein Laufzeitsystem und eine
umfassende Bibliothek für die Entwicklung verteilter, hochverfügbarer Systeme zur Verfügung stellt.
Eine alternative Bezeichnug für Erlang ist Erlang/OTP, bei der das Akronym OTP für The Open
Telecom Platform steht.
Die Auswahl von RabbitMQ kann folgenderweise begründet werden: aus verfügbaren open-source
Message-Oriented Middleware Softwarelösungen wie ActiveMQ, ZeroMQ oder Apache Qpid setzt
nur Apache Qpid den AMQP-Standard um [VW12]. Darüber hinaus verfügt RabbitMQ über eine
umfangreiche Dokumentation inklusive Fachbücher.
Ein weiteres Argument für RabbitMQ sind die praktischen, mitgelieferten Erweiterungen des AMQP-
Protokolls. Beispielsweise können unzustellbare Mitteilungen persistiert werden; weiter lässt sich der
Empfang einer Mitteilung von einem Verbraucher zu dem aufrufenden Erzeuger bestätigen. Eine
ausführliche Beschreibung des Funktionsumfangs von RabbitMQ sowie weitere Erklärungen zum
AMQP-Protokoll sind in [VW12] vorhanden.
Queuing-Strategie für die Umsetzung des Kommunikationskanals
Die generelle Strategie, die verwendet wurde, um die Funktionalität des Kommunikationskanals
bereitzustellen ist in der folgenden Auflistung wiedergegeben:
(a) Dauerhafte Queues: Es wird jeweils eine dauerhafte Queue für jede teilnehmende Rolle (Wohnungseigentümer
und -Mieter) definiert. Die Queues können die im Sinne dieser Herangehensweise
auch als “Inboxes” oder als “Foren” für jeden Teilnehmer angesehen werden. Hierbei werden
dauerhafte Mitteilungen persistiert, indem aktuelle sowie vorherige Mitteilungen abgerufen
werden können. Hier können auch Mitteilungen gespeichert werden, die zu dem Sendezeitpunkt
nicht empfangen werden konnten (die “Offline” Art von Mitteilungen). Eine dauerhafte Queue
kann nur auf Anfrage gelöscht werden.
(b) Kurzlebige Queues: Darüber hinaus lassen sich nicht dauerhafte Queues erstellen, die für die
Lebensdauer einer Instant Messaging Sitzung behalten werden. Eine Sitzung entsteht zwischen
einem oder mehreren Wohnungsmietern und dem entsprechenden Wohnungseigentümer oder umgekehrt.
Die Entfernung der nicht dauerhaften Queues wird normalerweise dann ausgeführt, wenn
keine “Abonnenten” mehr (d.h. Erzeuger und Verbraucher) auf dem entstehenden “Kanal” lauschen.
In diesem Fall könnte auch ein Mechanismus definiert werden, der die “ausgelaufenen”
Queues in eine dauerhafte Form von Queues umwandelt, jeweils mit eindeutigen Namen (z.B.
anhand des Zeitstempels).
Für die erste aufgelistete Art von Queues kann die genannte erneute Zusendung der Mitteilung anhand
einer RabbitMQ-spezifischen Erweiterung 12 zum AMQP-Standard erfolgen: Message Receipt
Confirmation (auch als Publisher Acknowledgements bekannt). Weiterhin könnten die nicht zustellbaren
Mitteilungen in der Benutzeroberfläche beispielsweise hervorgehoben werden, um zu zeigen
dass sie während einer Zeitspanne von Inaktivität angekommen sind.
12
http://www.rabbitmq.com/extensions.html