Was sind Microservices?
Microservices sind ein Cloud-nativer Ansatz für die Softwareentwicklung. Im Gegensatz zu einer monolithischen Architektur, die als einzelner Dienst ausgeführt wird, werden Microservices in kleine, lose gekoppelte Komponenten aufgeteilt, die unabhängig voneinander entwickelt, skaliert und bereitgestellt werden können.
Microservices sind eine bevorzugte Softwareentwicklungsstrategie, da sie Entwicklern Folgendes ermöglichen:
- Nehmen Sie Änderungen schneller vor, ohne die gesamte Anwendung erneut bereitzustellen
- Fügen Sie neue Funktionen ohne Ausfallzeiten hinzu
- Testen Sie einzelne Komponenten und beheben Sie Fehler, ohne offline zu gehen.
Für eine ausführlichere Erklärung wollen wir uns mit der genauen Bedeutung von Enterprise-Microservices befassen.
Unternehmen
Während Microservices die Komponenten klein und handhabbar halten, verfügt das Unternehmenssystem, das alle Microservices enthält, nicht über dasselbe Sicherheitsnetz eingebetteter Einfachheit.
Wie bei einer Zersiedelung oder Ameisenkolonien bilden alle Microservices innerhalb einer Organisation ihr System von Systemen. Jedes Softwaremodul oder jede Unternehmensabteilung produziert seinen Cluster von Microservices, die durch Anwendungsabhängigkeiten, Integrationen und API-Managementsysteme miteinander verbunden sind. Conways Gesetz, die architektonische Struktur des Systems beginnt normalerweise damit, die Struktur der Organisation darzustellen.
Einige dieser Systemcluster oder APIs können nur von ihren Erstellern navigiert werden. Andere sind entwicklerfreundlicher und bieten System-Blueprints in Form von API-Dokumentation, API-Definitionen und Software Development Kits (SDKs).
Micro
Das Präfix „Mikro“ impliziert eine architektonische Best Practice für die Entwurfsphase: Keep it (Ihre API) sumsetzen, sdumm. Microservices gelten zwar für die Architektur, werden im alltäglichen Sprachgebrauch jedoch zunehmend mit Diensten, APIs usw. synonym verwendet.
Das Wort Mikro dient als wichtige Erinnerung daran, der Tendenz der Menschen entgegenzuwirken, Systeme zu kompliziert zu machen. Wenn Sie jemals eine Plattform, ein System oder eine Anwendung entwirren mussten, deren Entwicklung mehr als ein paar Jahre zurückliegt, werden Sie seltsame Architekturen, Zusatzmodule und Patches finden, die alles zusammenhalten.
In den meisten Kundenorientierte Anwendungen, dies ist ein notwendiges Übel, da sich die Anwendung weiterentwickelt und versucht, alle Benutzeranforderungen zu erfüllen. APIs neigen auch dazu, überstrukturiert zu werden. Diese Konglomerat-API wäre jedoch nicht einfach zu verstehen, zu navigieren, zu versionieren, zu dokumentieren und zu implementieren. Stattdessen ist es eine bewährte Methode, eine große Funktionalität in viele kleine APIs aufzuteilen, was uns das Mikro in Mikroservices gibt.
Jeder Microservice wird zu einer Funktion oder API, die ein verwendbares Modul steuert. Komplexe Integrationsszenarien lassen sich durch die Integration mit zahlreichen Microservices/APIs dennoch leicht implementieren.
Beispielsweise können Sie mit der Google Maps-App Adressen, Wegbeschreibungen, Straßenansichten und mehr finden. Bei einer Google Maps-API sind jedoch alle Funktionen auf einzelne APIs aufgeteilt.
Services
Dienste, APIs, Webdienste und Mikrodienste bedeuten mehr oder weniger dasselbe.
Ein Dienst ist eine Funktion, mit der Sie ein System programmgesteuert steuern oder Informationen abrufen können. Beispielsweise kann ein Programm eine hypothetische „addRecord“-API verwenden, um einen Datensatz zu einer zentralen Datenbank hinzuzufügen. Diese API ist entscheidend, um unterschiedliche Systeme zu integrieren und gleichzeitig die Datensätze zentral zu halten. Dieses Beispiel ist nur einer der vielen Anwendungsfälle, in denen APIs eine wichtige Geschäftsanforderung erfüllen können.
In den meisten Fällen beziehen sich Verweise auf Dienste auf eine Web-API, die über das HTTP(S)-Protokoll gesendet wird. HTTP(S) ist das beliebteste API-Protokoll, da Ihre IT-Administratoren dafür keine weiteren Ports öffnen müssen. Wenn Sie außerdem von REST, SOAP, Swagger und sogar JSON/YAML/XML (technisch gesehen Datenformate, keine APIs) hören, handelt es sich dabei um Aufrufe, die über HTTP(S) gesendet werden.
Wie passt Low-Code dazu?
Die Welt der Enterprise-Microservices kann zu einem immer unübersichtlicheren Netz werden, da alle gegenseitigen Abhängigkeiten ein Eigenleben entwickeln. Diese gegenseitigen Abhängigkeiten erschweren es Unternehmen, mit neuen Anwendungen zu experimentieren und Innovationen zu entwickeln oder sogar eine neue Funktion oder ein Produktupdate auf den Markt zu bringen.
Dies kann behoben werden, indem Low-Code verwendet wird, um dem Enterprise-Microservices-Web eine Abstraktionsebene hinzuzufügen. Low-Code ist ein Softwareentwicklungsframework, mit dem Sie schnell und kollaborativ digitale Lösungen entwickeln können. jeden Schritt des Anwendungsentwicklungslebenszyklus. Im Wesentlichen verbirgt Low Code die chaotischen inneren Abläufe, um Endbenutzern eine übersichtliche Benutzeroberfläche bereitzustellen.
Durch Enterprise-Mikroservices kann Low-Code Ihren neuen Apps problemlos Erkenntnisse aus externen vorhandenen Daten und Logiken liefern. Low-Code-Anwendungen können dann:
- Datenaggregation digitalisieren
- Erzwingen der Datengültigkeit
- Respektieren Sie die Geschäftslogik und die Ökosysteme, die bereits vorhanden sind
Die neue Lösung kann einem Benutzer in einer mobilen App, einem Webformular, einem Sprachassistenten oder einem anderen Medium präsentiert werden. Sie wird die technischen Anforderungen verringern, die Geschäftsbenutzer von ERP, CRM und anderen Unternehmenssystemen abhalten.
Was ist eine Low-Code-Microservices-Plattform?
Mit einem Low-Code-Microservices-Plattformkönnen Sie schnell und effektiv digitale Lösungen entwickeln.
Low Code nutzt wiederverwendbare Komponenten, sogenannte Bausteine, um plattformübergreifende Apps zu iterieren und anzupassen. Wiederverwendbare Komponenten sind ein wichtiger Aspekt, der die Erstellung von Low-Code-Projekten mit einem auf Microservices basierenden Framework vorteilhaft macht.
Low-Code und Enterprise-Microservices werden oft in kleinen Agile DevOps-Teams. Mendix nutzt Microservices mit Blick auf Agile DevOps-Kollaborationsworkflows, über die Sie mehr erfahren können in unserem Leitfaden zu den Prinzipien der Unternehmensarchitektur.