Stellen Sie sich Folgendes vor: Sie kommen am Montagmorgen mit einem Kaffee in der Hand in Ihr Büro und Ihr Chef lässt die Nachricht fallen. „Wir müssen unser altes ERP-System bis zum nächsten Quartal über REST-APIs zugänglich machen“. Ihr Herz sinkt, als Sie sich daran erinnern, dass dieses kritische System tief in Ihrem Enterprise Service Bus ( ESB ) vergraben ist und über JMS Nachrichten kommuniziert, die seit 2010 treu funktionieren. Die Notwendigkeit, JMS als REST API bereitzustellen, ist eine Herausforderung, der sich jedes Unternehmen stellen muss, und Sie sind bestimmt nicht allein.
Der JMS Endpunkt für Gravitee
Bei conapi standen wir bei unseren Kunden genau vor dieser Herausforderung. Gravitee eignet sich zwar hervorragend für die Verwaltung moderner APIs und ereignisgesteuerter Architekturen, verfügte aber nicht über die native Unterstützung von JMS. Also haben wir sie entwickelt.
Unser benutzerdefinierter JMS Endpunkt lässt sich nahtlos in Gravitee integrieren und behandelt JMS Quellen genauso wie jeden anderen Endpunkt, ob HTTP, WebSocket oder Kafka. Der Clou? Jedes System, das mit Ihrer ESB oder JMS Messaging-Infrastruktur verbunden ist, kann nun als REST-, WebSocket- oder Webhook-APIs bereitgestellt werden.
Das ist das Besondere daran:
- Keine Änderungen am Backend erforderlich: Ihre JMS Systeme laufen weiter wie bisher
- Mehrere Ausgabeformate: Transformieren Sie JMS Nachrichten in JSON, XML oder jedes andere Format, das Sie benötigen.
- Bidirektionale Kommunikation: Veröffentlichen und konsumieren Sie von JMS Themen und Warteschlangen
- Vollständige Integration von Gravitee: Wenden Sie alle Richtlinien, Sicherheits- und Überwachungsfunktionen von Gravitee an.
Wie man JMS als REST API in der Praxis darstellt
Lassen Sie mich eine Geschichte aus einer kürzlichen Demo erzählen (mit einer Prise Humor). Stellen Sie sich vor, Sie haben einen außerirdischen Freund zu Gast, nennen wir ihn Sunny Bloom. Dieser moderne Außerirdische verfügt über eingebaute technische Schnittstellen und kommuniziert über JMS, wenn er hungrig, glücklich oder wütend ist.
Ihr Außerirdischer sendet Stimmungsupdates über JMS wie diese:
<event>
<alienId>Sunny Bloom</alienId>
<mood>15</mood>
<status>hungry</status>
<timestamp>2025-01-15T10:30:00Z</timestamp>
</event>Ohne unseren JMS Endpunkt würden Sie eine komplexe Middleware benötigen, um diese Nachrichten für Ihr modernes Überwachungssystem zu übersetzen. Mit unserer Lösung können Sie einfach:
- Konfigurieren Sie den Endpunkt JMS in Gravitee (der auf Ihr Alien Mood Thema verweist)
- Hinzufügen von Transformationsrichtlinien zur Konvertierung von XML in JSON
- Richten Sie einen Webhook ein, um Updates an Ihr Überwachungs-Dashboard zu senden.
Das Ergebnis? Ihr Überwachungssystem erhält saubere JSON-Daten über einen Webhook:
{
"alienId": "Sunny Bloom",
"mood": 15,
"status": "hungry",
"timestamp": "2025-01-15T10:30:00Z",
"source": "JMS"
}Möchten Sie dies in Aktion sehen? Sehen Sie sich Sunny Bloom in unseren ausführlichen Webinar-Demonstrationen an: [Englische Version] | [Deutsche Version]
Inkrementeller Modernisierungsansatz
Die Schönheit dieses Ansatzes liegt in seiner Flexibilität. Sie müssen nicht alles auf einmal modernisieren. Hier ist unsere typische Empfehlung für die Reise:
Schritt 1: Legen Sie offen, was Sie haben. Beginnen Sie damit, Ihre bestehenden JMS/ESB Dienste als APIs offenzulegen. Keine Änderungen an den Backend-Systemen, nur neue API Endpunkte, die die Verbraucher nutzen können.
Schritt 2: Fügen Sie Modernes neben Altem hinzu. Führen Sie Kafka oder andere moderne Messaging-Systeme für neue Dienste ein, während Sie JMS für bestehende Dienste beibehalten. Gravitee verwaltet beides nahtlos.
Schritt 3: Migrieren Sie schrittweise. Verschieben Sie Dienste von JMS zu Kafka (oder anderen modernen Protokollen) in Ihrem eigenen Tempo. Jede Migration ist isoliert, es sind keine großen Änderungen erforderlich.
In unserem Alien-Beispiel haben wir dies demonstriert, indem wir gezeigt haben, dass dieselben Stimmungsaktualisierungen gleichzeitig durch JMS und Kafka fließen, wobei das Überwachungssystem Daten aus beiden Quellen erhält, ohne den Unterschied zu kennen.
Vorteile für Unternehmen
Warum sollten Sie diesen Ansatz einer kompletten Neufassung vorziehen?
Schützen Sie Ihre Investition: Ihre ESB und JMS Infrastruktur steht für jahrelangen, stabilen Betrieb und erhebliche Investitionen. Warum sollten Sie das wegwerfen?
Reduzieren Sie das Risiko: Schrittweise Änderungen sind weitaus sicherer als ein kompletter Austausch. Testen Sie jede API Belastung unabhängig.
Ermöglichen Sie sofortige Integration: Beginnen Sie noch heute mit der Bereitstellung von APIs auf agile Weise, nicht erst nach einem zweijährigen Migrationsprojekt.
Zukunftssichere Architektur: Schaffen Sie die Grundlage für eine ereignisgesteuerte Architektur bei gleichzeitiger Aufrechterhaltung der betrieblichen Stabilität.
Einer unserer Kunden sagte uns kürzlich: „Wir haben innerhalb von drei Wochen 20 kritische Dienste zugänglich gemacht, nachdem wir keine APIs hatten. Unseren JMS Systemen ist dabei nichts entgangen.“
Verfügbar durch The API Box
Wenn die Verwaltung von Gravitee und benutzerdefinierten Endpunkten komplex klingt, sollten Sie unseren vollständig verwalteten Ansatz über The API Box. Unser JMS Endpunkt ist inbegriffen, und wir kümmern uns um den Betrieb, die Überwachung und die Wartung.
Sie konzentrieren sich auf Ihre Geschäftslogik, wir sorgen dafür, dass Ihre JMS Systeme über moderne APIs mit unternehmensgerechter Zuverlässigkeit und Sicherheit zugänglich sind.
Fazit
Die Modernisierung von Altsystemen muss nicht bedeuten, dass Sie bei Null anfangen müssen. Mit unserem JMS Endpunkt für Gravitee können Sie jahrzehntelange Geschäftslogik als moderne APIs in Tagen, nicht Jahren, zugänglich machen.
Ihre ESB Systeme haben Ihnen gute Dienste geleistet, lassen Sie sie jetzt auch Ihre modernen Integrationsanforderungen erfüllen.
