Frage

Ich möchte ein Multi-Server-Cluster-Framework entwickeln, die ähnlich den Schritten unten für Nachrichtenfluss funktioniert.

Von Client

  • Gateway Server Empfängt Nachricht
  • Gateway Server sendet eine ACK-Nachricht (UDP)
  • Die Nachricht wird benutzerdefinierte deserialisiert von binär in ein Objekt über eine Fabrik
  • Nachricht wird dann an einem sekundären Server in dem Cluster (config basiert) geroutet und sendet das Objekt an den sekundären Server über WCF
  • Die Nachricht wird auf dem sekundären Server behandelt.

Vom Server

  • Secondary Server erstellt eine Nachricht und sendet an den Gateway-Server
  • Gateway-Server binär serialisiert die Nachricht
  • Gateway-Server sendet die binären an den Client und wartet auf eine ACK-Nachricht (UDP)

Die Server werden die Dienste für den Hinweis über CONFIG-Dateien konfiguriert werden, entweder lokal in der gleichen Anwendung (der WCF wird initialisiert) oder anderen Systemen.

Hat jemand arbeitete jede Art von Architektur wie diese zu erstellen, und wenn ja, was sind einige der Fragen sind Sie in ausgeführt haben?


Bearbeiten
Das System wird die Server-Seite zu einem bereits vorher existierenden Protokoll sein, so dass jeder der Client-Server-Protokoll ist im Wesentlichen unantastbar, aber es funktioniert staatliche Verwaltung enthält (Client sendet Sitzung mit jedem Aufruf), Verschlüsselung, Server-Routing und Paketschutz.


Bearbeiten
Kann jemand auch einen Link zu einem Open-Source-Projekt zur Verfügung stellen, das Clustering in .net verwendet?

War es hilfreich?

Lösung

  

Bearbeiten Kann jemand bieten sogar einen Link   zu einem Open-Source-Projekt, das verwendet   Clustering in .net?

Überprüfen Sie diese Beispielanwendung aus. Laut der Website ...

  

Technologies Nachgewiesene   Service-orientierte, n-Tier-Design mit   ASP.NET und WCF

     
      
  • Saubere Trennung von UI, Business Services und DB-Zugriff
  •   
  • Aufbau und Tuning für Leistung
  •   
  • horizontal skalierbar über dynamischen Clustering
  •   
  • Zentrales Konfigurationsmanagement von Clusterdienstknoten
  •   

Andere Tipps

Die Aufrechterhaltung Sitzungszustand über lange laufende Transaktionen kann eine große Hürde werden. Sie müssen sicherstellen, dass Ihre Load Balancing Lösung in der Lage ist, eine Sitzung startet auf einem Server und Abschluss auf einem anderen zu prüfen oder anzupassen. Dies kann durch den Austausch Zustand über eine externe Quelle, wie beispielsweise einen Cookie auf dem Browser / Client oder einen Eintrag auf einem gemeinsamen Datenbankserver erreicht werden. Alternativ werden viele der Hardware-Load-Balancing-Lösungen verwenden „Sticky Sessions“ der Kunde immer, um sicherzustellen, auf den gleichen Server zurückgibt (basierend auf IP-Adresse zum Beispiel)

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top