Kurze Architekturfrage.
Ich muss ein Portal/eine Website mit einer Datenbank einrichten. Das ist einfach, aber jetzt möchte ich Funktionen für Apps und andere Clients hinzufügen, damit diese über eine API interagieren können.
Mein erster Gedanke war, einen ESB in die Architektur einzubauen. Die Website, Apps und Clients stellen eine Verbindung zum ESB her und der ESB stellt eine Verbindung zur Datenbank her.
Ich versuche, den Lastausgleich auf dem Portal und, wenn möglich, auf dem ESB durchzuführen.
Wäre das ratsam? Wenn ja, implementiere ich jetzt den ESB. Würde es dann so etwas wie IIS sein oder würde ich eine direkte Verbindung zum ESB herstellen?
Zu den Bedenken zählen der Verlust von Nachrichten und die Leistung des ESB, damit die Abfragen an die Datenbank für das Portal usw. nicht verlangsamt werden.
Ich bin für jeden Vorschlag dankbar. Danke
Antwort1
ESB eignet sich gut für komplexe Integrationsprojekte. Wenn Sie nach etwas Einfachem suchen, würde ich vorschlagen, Ihre API zunächst über eine Art RPC-Mechanismus (JSON-RPC/XML-RPC/REST/SOAP/usw.) verfügbar zu machen. Wenn Ihre Anforderungen irgendwann so weit steigen, dass Sie tatsächlich einen ESB benötigen, können Sie Ihre API problemlos in den ESB-Endpunkt integrieren.