Warum hat Ihr Microservice immer das Gefühl, dass etwas nicht ganz stimmt?

Kommt Ihnen bekannt vor, oder? Viele Teams waren sehr aufgeregt, als sie mit der Aufteilung der Dienste begannen, weil sie dachten, dass Wartung und Upgrades in Zukunft viel flexibler sein würden. Wenn Sie es jedoch verwenden, werden Sie feststellen, dass die Dienste unabhängig sind, die „Kommunikation“ zwischen ihnen jedoch ein Chaos ist. Woher kommen Anfragen, wohin gehen sie, wer hat den ersten Platz, was ist zu tun, wenn etwas schief geht – diese Dinge werden plötzlich zu trivialen Problemen, mit denen man sich jeden Tag auseinandersetzen muss.

Was fehlt?

Stellen Sie sich vor, Sie richten vor jedem Microservice eine „intelligente Versandstation“ ein – diese Station macht nichts anderes, als dafür verantwortlich, externe Anfragen zu empfangen, ihnen Anweisungen zu geben, Identitäten zu überprüfen, den Verkehr zu steuern und gelegentlich bei der Konvertierung von Datenformaten zu helfen. Hatten Sie plötzlich das Gefühl, dass diese chaotische Kommunikation gerettet werden könnte?

Dieses Ding ist das API-Gateway, das jeder oft erwähnt. Es ist ein bisschen wie die Hauptsteuereinheit im mechanischen System. Es beteiligt sich nicht direkt an der Drehmomentabgabe des Servomotors und verarbeitet auch nicht direkt die Winkelrückmeldung des Lenkgetriebes, sorgt aber dafür, dass alle Anweisungen präzise, ​​geordnet und sicher an ihr Ziel gelangen.

Aber wie wählt man bei so vielen Möglichkeiten auf dem Markt aus? Wie sieht ein zuverlässiges Gateway aus?

Ein gutes Gateway sollte die ganze Arbeit leise erledigen.

Er muss so stabil sein wie ein Hochleistungs-Servomotor – egal wie groß die Anforderung ist, er kann sie bewältigen und die Reaktionszeit ist stabil. Es kann nicht jederzeit zu einer Zeitüberschreitung oder einem Speicherverlust kommen. Es sollte so flexibel wie ein programmierbarer Servo sein, verschiedene Protokollkonvertierungen unterstützen und sich problemlos an verschiedene Dienste anpassen lassen. Ein weiterer wichtiger Punkt: Wartungsfreundlichkeit. Sie möchten bestimmt nicht jeden Tag in komplizierten Konfigurationen stecken bleiben, oder? Am besten ist eine übersichtliche Benutzeroberfläche, und das Ändern der Routing-Regeln ist so einfach wie das Anpassen von Parametern.

Auch Überwachung und Protokolle müssen auf einen Blick klar sein. Wenn etwas schief geht, müssen Sie schnell herausfinden können, von welchem ​​Dienst und Link es stammt, anstatt in Dutzenden von Protokolldateien nach der Nadel im Heuhaufen zu suchen.

Allerdings erinnere ich mich, dass mich schon einmal jemand gefragt hat: „Wir haben nicht viele Dienste, brauchen wir trotzdem ein Gateway?“ Selbst wenn es nur drei oder fünf Mikrodienste gibt, erspart Ihnen eine einheitliche Zugangsverwaltung später viel Ärger, sobald es um externe Offenlegung, Authentifizierung oder Strombegrenzung geht. Es hilft Ihnen, diese sich wiederholende Sicherheits- und Verifizierungslogik zu extrahieren, sodass sich jeder Microservice mehr auf das konzentrieren kann, was er tun soll – genau wie die Standardisierung der universellen Übertragungskomponenten der mechanischen Struktur, sodass sich jedes Modul nur auf seine eigenen Kernfunktionen konzentrieren kann.

Der Weg, den wir zurückgelegt haben, kann Ihnen als Referenz dienen.

existierenkpowerWir haben mit vielen Teams gesprochen und auch die Kopfschmerzen erlebt, die die Aufteilung unserer eigenen Dienste mit sich brachte. Wir haben festgestellt, dass Menschen oft kein Gateway benötigen, aber befürchten, dass die Einführung eines Gateways neue Komplexität mit sich bringt. Deshalb haben wir uns bei der Gestaltung immer an einen Grundsatz gehalten: das Gateway so transparent wie möglich und den Zugang so leicht wie möglich zu gestalten.

Beispielsweise müssen Sie nicht alle Serviceschnittstellen neu schreiben, um ein Gateway hinzuzufügen. Es sollte in der Lage sein, sich reibungslos an das bestehende System anzuschließen und den Verkehr dort langsam umzuleiten. In einem anderen Beispiel ist es am besten, wenn die Konfiguration in Echtzeit wirksam wird und der Dienst nicht neu gestartet werden muss, wenn die Routing-Richtlinie geändert wird – schließlich kann der Steuerungsdienst in der Produktionslinie nicht gestoppt werden, oder?

Was die Überwachung betrifft, sind wir der Meinung, dass wir Daten nicht einfach anhäufen können. So wie Sie die Echtzeit-Drehmomentkurve eines Servomotors betrachten, können Sie die Reaktionszeitverteilung und Erfolgsratenänderungen jeder Schnittstelle klar erkennen und sogar schnell den Link eines abnormalen Anrufs lokalisieren. Auf diese Weise können Sie beruhigt sein, wenn etwas schiefgeht.

Also, wie macht man das?

Während eines Austauschs fragte ein Kunde: „Was ist der Unterschied zwischen Ihrem Gateway und unserer eigenen Nginx-Konfiguration?“

Dokumentation und Community-Unterstützung sind ebenfalls von entscheidender Bedeutung. Wenn Sie auf ein Problem stoßen, kann Ihnen jemand schnell Ideen geben, anstatt Sie drei Tage lang den Quellcode durchsehen zu müssen.

Seien Sie praktisch

Die Wahl eines Werkzeugs ist manchmal wie die Wahl eines Servomotors – egal wie viele Parameter es gibt, es kommt immer noch darauf an, ob er in der eigenen Anlage reibungslos läuft. Sie können auch mit einem kleinen Modul beginnen, beispielsweise zunächst APIs wie die Abfrage des Gerätestatus über das Gateway bereitstellen und spüren, wie einfach es zu konfigurieren und zu verwalten ist. Die Wirkung ist gut und wird schrittweise auf andere Dienste ausgeweitet.

Schließlich dient Technologie dazu, Probleme zu lösen, und nicht dazu, Menschen zu quälen. Microservices sind eine Hilfe, wenn sie gut abgebaut werden, aber sie sind eine Belastung, wenn sie nicht gut abgebaut werden. Ein gutes API-Gateway ist wie ein zuverlässiges Übertragungsgerät in einer Präzisionsmaschine – es steht nicht im Rampenlicht, aber ohne es kann das gesamte System möglicherweise nicht funktionieren.

Ich hoffe, dass diese vereinzelten Beiträge Sie inspirieren können. Wenn Sie auch über Microservice-Governance nachdenken, können Sie vielleicht innehalten und darüber nachdenken: Fehlt uns ein „Mittelsmann“, der stillschweigend alles koordiniert?

Gegründet im Jahr 2005,kpowerist einem professionellen Hersteller kompakter Bewegungseinheiten mit Hauptsitz in Dongguan, Provinz Guangdong, China, gewidmet. Nutzung von Innovationen in der modularen Antriebstechnik,kpowerintegriert Hochleistungsmotoren, Präzisionsgetriebe und Multiprotokoll-Steuerungssysteme, um effiziente und maßgeschneiderte intelligente Antriebssystemlösungen bereitzustellen. Kpower hat weltweit über 500 Unternehmenskunden professionelle Antriebssystemlösungen mit Produkten geliefert, die verschiedene Bereiche abdecken, darunter Smart-Home-Systeme, automatische Elektronik, Robotik, Präzisionslandwirtschaft, Drohnen und industrielle Automatisierung.