Longpoll Datahub?
Hallo Zusammen,
ist folgendes technisch möglich?
Zwei Instanzen (1x APP, 1x Backend) kommunizieren (REST oder SOAP) über ein „Datahub“.
D.h. Der Datahub ist der fixe Kommunikationspunkt in der Mitte, welcher beide Instanzen bekannt ist.
Die direkte Kommunikation zwischen APP und Backend geht nicht, da der Backendserver im nicht von außen erreichbaren Kundennetz liegt. Daher wird eine Architektur angestrebt, welche auf Kundenseite keine Firewalländerungen benötigt.
Es sollen viele Apps und Backends über diesen Cloud-Hub kommunizieren. Dabei gibt es ein Backend pro Kunde und viele APPs pro Kunde. Aber nur einen zentralen Vermittlungsserver (Cloud-Datahub).
Vom Backend her liegt ein Longpoll an dem Cloud-Datahub an.
Die Kommunikation (eigentliche Informationsübertragung/Abfrage) wird von der App initiiert.
Nun meldet sich die App per Request (oder auch Longpoll?) am Hub und sagt, zu wem sie gehört. Der HUB soll schauen ob er vom Backend einen zur App passenden (Kunde passenden) Longpoll anliegen hat und diesen dann den Request übergeben bzw. dem Backend senden. Das muss aber dann irgendwie von oben (HUB) her geschehen, da das Backend (Webserver) Firewalltechnisch nicht eingehend erreichbar ist.
APP ist z.B. im mobilen Datennetz, HUB in der Cloud (HUB ist APP und Backend von der Adresse her bekannt) und Backend in einem lokalen Kundennetz.
Also eigentlich ein zentraler Vermittlungsserver, welcher aus beiden Instanzen angesprochen wird und über welchen dann die beiden Punkte (APP und Backend) „verknüpft“ werden und die Kommunikation App zu Backend ermöglicht.
Geht sowas und wie nennt sich diese Architektur? Wie müsste es grob aussehen?
Vielen Dank!
ist folgendes technisch möglich?
Zwei Instanzen (1x APP, 1x Backend) kommunizieren (REST oder SOAP) über ein „Datahub“.
D.h. Der Datahub ist der fixe Kommunikationspunkt in der Mitte, welcher beide Instanzen bekannt ist.
Die direkte Kommunikation zwischen APP und Backend geht nicht, da der Backendserver im nicht von außen erreichbaren Kundennetz liegt. Daher wird eine Architektur angestrebt, welche auf Kundenseite keine Firewalländerungen benötigt.
Es sollen viele Apps und Backends über diesen Cloud-Hub kommunizieren. Dabei gibt es ein Backend pro Kunde und viele APPs pro Kunde. Aber nur einen zentralen Vermittlungsserver (Cloud-Datahub).
Vom Backend her liegt ein Longpoll an dem Cloud-Datahub an.
Die Kommunikation (eigentliche Informationsübertragung/Abfrage) wird von der App initiiert.
Nun meldet sich die App per Request (oder auch Longpoll?) am Hub und sagt, zu wem sie gehört. Der HUB soll schauen ob er vom Backend einen zur App passenden (Kunde passenden) Longpoll anliegen hat und diesen dann den Request übergeben bzw. dem Backend senden. Das muss aber dann irgendwie von oben (HUB) her geschehen, da das Backend (Webserver) Firewalltechnisch nicht eingehend erreichbar ist.
APP ist z.B. im mobilen Datennetz, HUB in der Cloud (HUB ist APP und Backend von der Adresse her bekannt) und Backend in einem lokalen Kundennetz.
Also eigentlich ein zentraler Vermittlungsserver, welcher aus beiden Instanzen angesprochen wird und über welchen dann die beiden Punkte (APP und Backend) „verknüpft“ werden und die Kommunikation App zu Backend ermöglicht.
Geht sowas und wie nennt sich diese Architektur? Wie müsste es grob aussehen?
Vielen Dank!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 667561
Url: https://administrator.de/contentid/667561
Ausgedruckt am: 25.11.2024 um 07:11 Uhr