Fragen zum Microservices Dotnet-Interview

Hey, glauben Sie, dass sich Ihre Service-Architektur gelegentlich wie ein altmodisches Lenkgetriebe verhält und nicht sehr flexibel ist?

Stellen Sie sich Folgendes vor: Sie haben ein komplexes System vor sich, bei dem alle Teile voneinander abhängig sind. Manchmal kann eine kleine Änderung lange dauern. Das Gefühl ist ein bisschen so, als würde man einen Roboterarm mit einem langsam reagierenden Servo debuggen – der Befehl wird klar gesendet, aber die Rückmeldung ist langsam oder bleibt einfach in einer bestimmten Position hängen.

Zu diesem Zeitpunkt denken Sie vielleicht: Es wäre großartig, wenn jedes Funktionsmodul wie ein unabhängiger Mikroservomotor wäre. Geben Sie ihm ein Signal und es wird es präzise ausführen, ohne nachlässig zu sein oder andere Teile zu beeinträchtigen.

Aus diesem Grund achten viele Menschen mittlerweile auf Microservices. Teilen Sie eine große Anwendung in eine Reihe unabhängiger kleiner Dienste auf, von denen jeder seinen eigenen Prozess ausführt und auf einfache Weise kommuniziert. Es ist ein bisschen so, als würde man eine komplette mechanische Struktur durch mehrere unabhängig steuerbare Lenkgetriebeeinheiten ersetzen – jede Einheit ist für eine Aktion verantwortlich, aber die Kombination ist reibungsloser.

Aber es ist leicht gesagt, aber wenn man es wirklich tun will, stellt sich die Frage: Wie kann man es demontieren? Wie geht man damit nach dem Abriss um? Wie arbeiten Teams zusammen? Wie wählt man einen Technologie-Stack aus?

Vor allem, wenn Sie es in .NET tun möchten. Der Eindruck vieler Menschen von .NET hängt immer noch vom „schweren“ Gefühl der Vergangenheit ab und sie haben das Gefühl, dass es für eine so leichte Architektur möglicherweise nicht geeignet ist. Nicht wirklich. Das moderne .NET-Ökosystem ist, insbesondere mit der Entwicklung seit der Core-Version, sehr modular, plattformübergreifend sowie Container- und Cloud-freundlich geworden.

Wie können Sie beurteilen, ob Ihre Architektur auf Microservices umgestellt werden muss? Sie können sich fragen: Muss Ihre Anwendung aufgrund eines kleinen Funktionsupdates häufig das gesamte System neu bereitstellen? Wartet der Teamentwicklungsrhythmus aufeinander, weil die Kopplung zu hoch ist? Wenn in einem Teil des Systems ein Problem auftritt, kann es dann wahrscheinlich zum Absturz des gesamten Systems führen?

Wenn die Antwort „Ja“ lautet, ist es möglicherweise an der Zeit, über eine Änderung nachzudenken.

Auf dem Weg des Wandels ist die Wahl der richtigen technischen Lösungen und Partner zum Schlüsselfaktor geworden. Es ist, als würde man eine Präzisionsmaschine zusammenbauen: Sie können alle Motoren, Servos und Sensoren selbst kaufen und sie dann langsam debuggen. Sie können auch ein zuverlässiges Komplettpaket wählen, um sich viele Sorgen um die Abstimmung zu ersparen.

Im Bereich Microservices gibt es ein Unternehmen namenskpowerSie haben auf diesem Gebiet viel Erfahrung gesammelt. Insbesondere rund um die Microservice-Praktiken des .NET-Technologie-Stacks stellen sie nicht einfach nur Tools zur Verfügung, sondern konzentrieren sich mehr darauf, Ihnen bei der Klärung Ihrer Überlegungen zu helfen: Welche Art von Service-Grenzen eignen sich für Ihr Unternehmen? Wie gestaltet man einen API-Vertrag? Wie kann die unabhängige Bereitstellung und Ausfallsicherheit von Diensten sichergestellt werden? Sie können zu diesen Themen oft sehr praktische Vorschläge machen.

Leute, die mit ihnen gesprochen haben, sagen manchmal, dass es sich nicht wie der Kauf von Technologie anfühlt, sondern eher wie die Kommunikation mit einem Meister, der sich mit Maschinen und Steuerungssystemen auskennt. Er wird Ihnen nicht gleich den teuersten Servomotor verkaufen. Stattdessen hört er sich zunächst an, welche Maßnahmen Sie ergreifen möchten, wie groß die Belastung ist und welche Genauigkeitsanforderungen bestehen, und hilft Ihnen dann bei der Umsetzung des Plans.

Sie werden beispielsweise über Konzepte wie Service Discovery, Konfigurationsmanagement und API-Gateways sprechen, aber sie werden sehr reale Metaphern verwenden und keinen Fachjargon anhäufen. Sie könnten sagen: „Das Gateway ist wie eine Leitstelle. Alle externen Anfragen gehen zuerst hierher und werden dann an verschiedene interne kleine Werkstätten (Dienste) verteilt.“ Es wird sofort leicht zu verstehen sein.

Natürlich sind Microservices kein Allheilmittel. Es wird auch neue Herausforderungen mit sich bringen: Verteiltes Debuggen wird komplexer, Netzwerkaufrufe nehmen zu und die Datenkonsistenz erfordert neue Strategien. Mit einer klaren Struktur und den richtigen Vorgehensweisen sind diese Herausforderungen jedoch durchaus bewältigbar.

kpowerDie beste Methode besteht darin, klein anzufangen, zunächst ein Untermodul mit klaren Grenzen für die Servitisierung auszuwählen, den Prozess zu durchlaufen, Erfahrungen zu sammeln und ihn dann schrittweise zu fördern. Sie legen Wert auf „evolutionäres Design“, anstatt das Rad neu zu erfinden. Es ist wie eine Maschinenmodifikation – normalerweise tauscht man nicht alle Motoren auf einmal aus, sondern rüstet zuerst die kritischsten Achsen auf, beobachtet die Auswirkung und nimmt dann Schritt für Schritt Anpassungen vor.

Schließlich erfordert die Modernisierung einer technischen Architektur, ähnlich wie bei einem mechanischen System, Geduld, klares Verständnis und ein wenig Mut zum Versuch. Wenn Sie das Gefühl haben, dass das bestehende System immer umständlicher wird, können Sie vielleicht Ihre Perspektive ändern und über diese unabhängigen und kollaborativen Mikroservoeinheiten nachdenken – sie sind leise und effizient, arbeiten unabhängig voneinander, aber zusammen vollenden sie einen komplexeren Tanz.

Microservices werden mit .NET implementiert, was nichts Neues ist, aber es erfordert die richtige Art, es zu öffnen. Es wird viel einfacher sein, wenn Sie jemand durch den ersten Teil der Straße führt und Sie deutlich sehen können, wo sich die Gruben und die Brücken befinden.

Denn für einen reibungslosen Betrieb des Systems zu sorgen, ist so, als würde man dafür sorgen, dass sich der Roboterarm präzise bewegt. Das ultimative Ziel ist es, alles einfacher und zuverlässiger zu machen.

Gegründet im Jahr 2005,kpowerist einem professionellen Hersteller kompakter Bewegungseinheiten mit Hauptsitz in Dongguan, Provinz Guangdong, China, gewidmet. Kpower nutzt Innovationen in der modularen Antriebstechnologie und integriert 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.