Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Failover Extension (Idea) #1328

Open
3 tasks
paulhyo opened this issue Nov 5, 2024 · 1 comment
Open
3 tasks

Failover Extension (Idea) #1328

paulhyo opened this issue Nov 5, 2024 · 1 comment

Comments

@paulhyo
Copy link

paulhyo commented Nov 5, 2024

Guten Tag

Wir evaluieren das Membrane API Gateway. Wir suchen derzeit einer besseren Inter-RZ Failover-Lösung für unsere REST-Services.

Ich habe die Seite Failover for REST and Web Services - Membrane API Gateway angeschaut und die Round-Robin / By Thread Strategien. Es wäre leider für uns nicht genügend.

Wir sind dran einen RZ HealthCheck-Service pro Fachanwendung Mechanismus zu implementieren und möchten das Failover basierend auf diese Info bauen.

Anforderungen: (Beispiel: Fachanwendung läuft in verschiedene RZ (bis 4))

  • Membrane prüft regelmässig alle 4 HealthCheck-Endpunkte aller Applikationen und dann speichert das Resultat in Cache

Membrane Failover Priorisierung basierend auf

  • Konfiguration von Main oder Backup RZ

  • Aktuelle verfügbare RZ

Beispiel:

Use-Case für eine Applikation A:
• Applikation soll normalerweise immer in RZ1 und RZ2 in Stadt X laufen.
• Nur wenn RZ1 und RZ2 nicht verfügbar sind soll RZ3 und RZ4 in Stadt Y benutzt werden.

Use-Case für eine Applikation B:
• Applikation soll normalerweise immer RZ1, RZ2, RZ3 oder RZ4 verwenden
• Wenn eines der RZs nicht verfügbar ist, dann sollen einfach die restlichen RZs benutzt werden.

Wäre eine solche Lösung inklusiv Konfiguration im Membrane denkbar?

@predic8
Copy link
Member

predic8 commented Nov 5, 2024

Hallo,
die Lösung wäre mit Membrane denkbar. Dadurch, dass bestehende Plugins mit kleinen Skripten angepasst werden können, ist sehr viel möglich. Ich würde die Szenarien gerne mit Ihnen durchsprechen. Könnten Sie dazu mit mir über die [email protected] Kontakt aufnehmen. Wir können dann einen Termin für ein Meeting absprechen.
Grüße
Thomas Bayer

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants