Designprobleme für die verteilte Service-Governance?

Ich habe C verwendet, um das [Registrierungscenter] des Mikrodienstes zu implementieren, und eine hohe Verfügbarkeit für dieses Registrierungscenter implementiert. Mein Dienstnetzwerk kommuniziert über TCP. Wenn der Dienst online geht, wird er im [Registrierungscenter] registriert. Registration Center] wird diese Serveradresse an [Service Consumer] senden. Auf diese Weise enthält der [Service Consumer] alle [Microservice Maps]. Mein Lastausgleich erfolgt im [Service Consumer], um es ganz klar auszudrücken: Der [Service Consumer] muss im Speicher liegen, also ist er sehr Für Python ist es wichtig, dass es einfacher ist, aber für PHP ist es gleichbedeutend mit einem Todesurteil. So transformieren Sie PHP, damit traditionelles FPM diese Architektur unterstützen kann. Es scheint, dass Dubbo auf ähnliche Weise erstellt wird. Wenn das Frontend also in PHP erstellt wird, wäre das dann nicht ein bisschen nervig?

Antwortinhalt:

Es gibt zwei Methoden des Lastausgleichs:

Client-Lastausgleich, typischerweise Finagle und Dubbo. Der Vorteil besteht darin, dass es einfach zu implementieren ist, der Dienst direkt verbunden ist und eine gute Leistung aufweist. Der Nachteil besteht darin, dass Sie bei der Verwendung mehrerer Sprachen für jede Sprache einen Client implementieren müssen.

Serverseitiger Lastausgleich, typische Lastausgleicher sind Nginx und HAProxy. Normalerweise wird dem Dienst ein Reverse-Proxy vorangestellt. Der Client kommuniziert mit dem Server über einen Reverse-Proxy, und die spezifische Lastausgleichslogik wird vom Lastausgleicher implementiert. Auch der Load Balancer selbst kann bei der Registry registriert werden. Der Vorteil besteht darin, dass der Client sehr einfach ist und mehrere Sprachen unterstützt. Der Nachteil ist, dass es zu einem leichten Leistungsverlust kommt.

Die konkrete Wahl hängt vom Unternehmen und der Technologieauswahl des Unternehmens ab. In einem mehrsprachigen Szenario spart die serverseitige Lösung eine Menge Wartungskosten. Wenn es ein Team gibt, das den Client verwaltet, werde ich es natürlich nicht erwähnen. Was muss das Team schließlich tun?

Für reine Java-Szenarien wurden bereits Dubbo oder ähnliche Frameworks verwendet. Wenn das Framework bereits Unterstützung bietet, machen Sie sich keine Sorgen.

Zurück zum Hauptszenario: Wenn Sie die Diensterkennung im PHP-Dienst implementieren müssen, können Sie die Dienstregistrierung zwischenspeichern, z. B. im Memcache, und sie von Zeit zu Zeit erneut abrufen.

und höher Die einfachste (und wahrscheinlich zuverlässigste) Lösung ist, einen Agenten auf dem PHP-Server auszuführen, um Ihr Registrierungscenter zu überwachen. Wenn PHP von FPM aufgerufen wird, lesen Sie diese Konfiguration .

Im Allgemeinen verfügen fast alle Frameworks über Konfigurationsdateien. Sie können diese Datei einfach direkt ändern. Durch die Änderung entstehen keine Kosten (da Sie auch die Konfigurationsdatei lesen müssen). Diese Entwurfsmethode hat nun gewisse Vorteile, das heißt, einige Funktionen, die zum Service-Bus gehören, wurden vollständig auf den Service-Consumer-Knoten verlagert. Auf diese Weise verfügt der Bus selbst über leichtere Funktionen und verwaltet nur die Service-Registrierung und die Verteilung der Registrierung Information. Die Ausfallzeit des Registrierungscenters hat grundsätzlich keinen Einfluss auf den Serviceverbrauch und -aufruf.

Angesichts des gerade erwähnten Problems gibt es zwei Lösungen: Die eine besteht darin, die Fähigkeiten des Service-Agenten zurück zum Bus zu verbessern, einschließlich Routing und Lastausgleich. Wenn Sie dies nicht möchten, können Sie auch die Einrichtung eines separaten Servers in Betracht ziehen, um die Dienstverbrauchs- und Routing-Balancing-Logik auf diesem Server zu implementieren. Dieser Server kann als Back-End-Proxy betrachtet werden, der der PHP-Anwendung entspricht. Ich denke, dass der Einsatz des Client-Lastausgleichs in Microservices ein wichtiger Trend ist. Erstens bietet er Leistungsvorteile. Zweitens ist die Zuverlässigkeit höher. Der Client selbst muss Leistungsschalter und Dienste implementieren. Für Logik wie Downgrade wäre es eine gute Idee, eine einfache Lastausgleichslogik zu implementieren. Ich bin mit PHP nicht sehr vertraut. Ist es möglich, die Dienstkonfiguration in eine bestimmte service_config.php-Datei zu schreiben und diese service_config.php in andere Dateien einzubinden? Enthält den Zeitstempel der zuvor erkannten Datei. Wenn eine bestimmte Zeit (z. B. 1 Minute) überschritten wird, wird die Konfigurationsschreibdatei erneut vom Registrierungscenter abgerufen. Zwei Lösungen

1. Swoole
Swoole: PHPs asynchrone, parallele, leistungsstarke Netzwerkkommunikations-Engine
Sie können Swoole verwenden, um einen permanenten internen Test-PHP-Server zu schreiben

2. Cache
Verwenden Sie APCu (PHP: APCu - Handbuch) oder Redis, um die Serveradressliste zwischenzuspeichern
Sehen Sie sich die spezifischen Leistungsanforderungen und Konsistenzanforderungen der Dienstliste an. Die Konsistenzanforderungen sind relativ hoch, der Cache kann kürzer sein, und wenn Sie sich Sorgen über den Netzwerk-Overhead beim Lesen und Schreiben des Redis-Caches machen, können Sie einen lokalen Cache wie APCu verwenden swoole