Service Discovery mit Zookeeper

Ein anpaßbares Pattern für Service Discovery, hier am Beispiel MySQL – aber es kann im Grunde für jede andere Flotte von Servern verwendet werden. Ein Dienst veröffentlicht seine Bereitschaft in Zookeeper. Ein lokaler Agent beobachtet diesen Zustand und materialisiert daraus eine Datei. Anwendungen lesen die Datei und müssen Zookeeper weder kennen noch erreichen können; sie arbeiten mit der Datei und müssen diese bei Änderungen neu lesen. Das Pattern stammt aus dem Betrieb großer MySQL-Installationen bei Booking.com. Es funktioniert genauso für andere Datenbanken, Caches, Message-Broker oder beliebige Pools gleichartiger Dienste. Der wichtige Punkt ist die Trennung der Aufgaben: Zookeeper ist die konsistente Control Plane für die Mitgliedschaft im Pool. Eine lokale Datei ist die möglicherweise kurz veraltete, aber hoch verfügbare Sicht der Data Plane. Der Übergang zwischen beiden ist ein Reconciliation Loop mit Eventual Convergence. Woher das Problem kam Booking.com betrieb MySQL in…