Definition: Microservices als Basis von Cloud native Applikationen

Was sind Microservices?

| Autor / Redakteur: tutanch / Florian Karlstetter

Microservices - kleine entkoppelte Dienste für den modularen Aufbau von Anwendungen.
Microservices - kleine entkoppelte Dienste für den modularen Aufbau von Anwendungen. (Bild: gemeinfrei (geralt / pixabay) / CC0)

Bei Microservices handelt es sich um kleine entkoppelte Prozesse, die einzelne Funktionen für eine Anwendungssoftware bereitstellen. Sie ermöglichen den modularen Aufbau von Software und bilden die Basis von Cloud native Applikationen, die die Vorteile von Cloud-Umgebungen voll ausschöpfen.

Microservices ermöglichen es, komplexe Anwendungen mit Hilfe einer Architektur bestehend aus vielen kleinen voneinander entkoppelten Diensten und Prozessen zu realisieren. Die Microservices kommunizieren über Schnittstellen und stellen der Applikation jeweils einzelne Funktionen und Dienste zur Verfügung. Selbst komplexe Anwendungssoftware kann auf Basis von Microservices modular entwickelt und umgesetzt werden.

Die einzelnen Microservices sind voneinander unabhängig und können auf verschiedenen Rechnern in verteilten Umgebungen oder auf Cloud-Plattformen laufen. Das Starten, Stoppen, Updaten und Skalieren der Services ist ohne eine gegenseitige Beeinflussung möglich. Für so genannte Cloud native Anwendungen, die die Möglichkeiten und Vorteile von Cloud-Umgebungen voll ausschöpfen, bilden Microservices und Container bestehend aus Microservices die Funktionsbasis.

Typische Merkmale von Microservices

Typisches Merkmal eines Microservices ist, dass er nur wenige oder nur eine einzige Aufgabe erledigt. Er ist auf diese spezialisiert und für die Aufgabe optimiert. Der Umfang der Aufgaben bleibt überschaubar und Services sind einfach ersetzbar. Betreut werden die Microservices von kleinen Entwicklerteams, die Veränderungen oder Anpassungen schnell und flexibel vornehmen können. Die Entwicklerteams sind für einen Microservice oder für fachlich zusammengehörige Microservices zuständig und bestehen in der Regel aus vier bis maximal sieben Personen. Im Vordergrund steht der Nutzen für die übergeordnete Anwendung.

Um mit der Anwendung oder gegebenenfalls mit anderen Microservices zu kommunizieren, verwenden die Services standardisierte Schnittstellen und Protokolle. Durch die Kommunikation über Schnittstellen, sind die Details der Implementierung nach außen verborgen. Für die Anwendung ist nicht ersichtlich, welche Technologie oder Architektur für die Erbringung der Leistung zum Einsatz kommt. Es zählt nur die Bereitstellung der spezifischen Funktion im geforderten Umfang. Grundsätzlich ist es möglich, dass jeder Service eine andere Programmiersprache, Datenbanktechnik oder ein anderes Framework verwendet. Um gegenseitige Beeinflussungen von Microservices zuverlässig zu verhindern, sind sie entkoppelt und gegenüber anderen Services isoliert. Dadurch lassen sich die Services unabhängig voneinander in Produktion bringen und betreiben.

Die Microservices laufen auf unterschiedlichen Rechnern, virtuellen Servern oder in getrennten Betriebssystemumgebungen. Dieser verteilte Ansatz verhindert die gegenseitige Beeinflussung oder eventuelle Überlastungen der Host-Systeme durch Microservices. Microservices besitzen keinerlei zentralistische Hierarchie und sind horizontal skalierbar. Soll die übergeordnete Applikation skalieren, werden nicht Rechnerleistungen oder Netz- und Speicherressourcen angepasst, sondern die Leistungen der einzelnen Microservices erhöht. Treten Fehler einzelner Services auf, sind Fehlerzustände und Ereignisse separiert. Die Überwachung und die Sicherheit der Microservices gewährleisten getrennte Authentifizierungs-, Autorisierungs- und Verschlüsselungsverfahren sowie entkoppelte Logging-, Monitoring- und Reporting-Tools.

Die Vorteile von Microservices

Eine Architektur, die konsequent auf Microservices setzt, bietet gegenüber herkömmlichen Ansätzen zahlreiche Vorteile. Zuständige Entwicklerteams agieren unabhängig voneinander. Parallelisierte Entwicklungsprozesse, bei denen viele Microservices gleichzeitig bereitgestellt werden, lassen sich realisieren. Es ist keine Kommunikation zwischen den Entwicklern der verschiedenen Microservices notwendig. Die Steuerung des kompletten Entwicklungsprozesses ist zentral aus Anwendungssicht möglich, was den Koordinationsaufwand minimiert. Da Microservices nur einzelne Funktionen bereitstellen, bleiben sie klein und überschaubar. Eventuelle Anpassungen oder Erweiterungen sind mit wenig Aufwand in überschaubaren Zeiten umsetzbar.

Genügt ein Microservice den Anforderungen nicht mehr, ist er problemlos durch einen komplett neu entwickelten Service eines anderen Teams ersetzbar. Abhängigkeiten zwischen Funktionen und Diensten lassen sich vermeiden und die Architektur bleibt weiterhin konsequent auf die Bereitstellung von Services für die übergeordnete Anwendung ausgerichtet. Aufgrund der Kommunikation ausschließlich über definierte Schnittstellen werden proprietäre Ansätze vermieden und etablierte Standardmechanismen genutzt. Eine hohe Verfügbarkeit des Gesamtsystems und der Applikation ist erreichbar, da sämtliche Microservices getrennt voneinander funktionieren. Ein Ausfall eines einzelnen Services beeinflusst andere nicht und ist durch die Bereitstellung eine Ersatzservices schnell abzufangen. In puncto Skalierbarkeit bleibt die Anwendung extrem flexibel, da nicht die Anwendung selbst oder Rechnerressourcen, sondern die Microservices skalieren.

Microservices und Cloud native Anwendungen

Eine wichtige Rolle spielen Microservices für Cloud native Anwendungen (NCAs). Es handelt sich bei diesen Anwendungen um Programme, die speziell für Cloud-Computing-Architekturen entwickelt und optimiert werden. Die Applikationen nutzen die Besonderheiten einer Cloud-Umgebung konsequent zu ihrem Vorteil. Die Basis von Cloud native Anwendungen bilden die Microservices, die sich aus voneinander entkoppelten Cloud-Services auf unterschiedlichen Systemen zusammensetzen.

Die Dienste für die Applikation lassen sich auf diese Art auf verschiedenen Systemen und an unterschiedlichen Standorten erbringen. Beispiele für bereitgestellte Funktionen der Microservices sind das Empfangen von Nachrichten, das Liefern von spezifischen Daten, das Lösen von Rechenaufgaben oder das Auslesen von Sensoren. Schon bei der Entwicklung der Cloud native Applikation ist die Cloud-Architektur mit ihren verteilt arbeitenden Microservices zu berücksichtigen. Es sind Redundanzen und Kommunikationsschnittstellen bereitzustellen, die sicherstellen, dass die einzelnen Microservices unabhängig von spezifischer Hardware und bestimmten Betriebssystemen lauffähig bleiben. Für den Fehlerfall einzelner Services sind Redundanzmechanismen vorzusehen.

Oft sind Microservices mit einer HTTP-Schnittstelle für die Kommunikation versehen. Ein wesentlicher Vorteil von NCAs ist, dass Anwendungen schnell zu realisieren und bereitzustellen sind. Die Anwendungen bleiben flexibel, da ein horizontales Skalieren über die Microservices möglich ist. Das aus herkömmlichen Serverumgebungen typische Überprovosionieren von Ressourcen ist überflüssig und die Leistungsfähigkeit kann direkt passend zu den aktuellen Anforderungen bereitgestellt werden. Ebenfalls hinfällig sind lange Deploymentprozesse, da die Cloud native Applikation direkt mit der Fertigstellung der Programmierung veröffentlicht werden kann.

Der Cloud native Ansatz macht Anwendungen ohne große Anpassungen auf verschiedenen öffentlichen oder privaten Cloud-Umgebungen lauffähig. So lassen sich Cloud-Umgebungen und Cloud-Anbieter nach optimalem Preis-Leistungsverhältnis auswählen. Die Unternehmen binden sich nicht an einen bestimmten Provider und vermeiden Abhängigkeiten zu Dienstleistern und Partnern.

Container zur Bündelung von Microservices

Mehrere Microservices lassen sich zu so genannten Containern zusammenfassen. Dadurch ist die Bereitstellung von vielen einzelnen Microservices vereinfacht und schneller möglich. Gleichzeitig sind Container gegenüber zum Beispiel einer virtuellen Maschine wesentlich effizienter und flexibler zu handhaben. Die Container sind untereinander isoliert, stellen aber für ihre eigenen Microservices übergeordnete Funktionalitäten bereit. Dies können Filesysteme, Datenbanken oder andere Ressourcen und Services sein.

Kommentare werden geladen....

Kommentar zu diesem Artikel abgeben

Anonym mitdiskutieren oder einloggen Anmelden

Avatar
  1. Avatar
    Avatar
    Bearbeitet von am
    Bearbeitet von am
    1. Avatar
      Avatar
      Bearbeitet von am
      Bearbeitet von am

Kommentare werden geladen....

Kommentar melden

Melden Sie diesen Kommentar, wenn dieser nicht den Richtlinien entspricht.

Kommentar Freigeben

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

Freigabe entfernen

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

Aktuelle Beiträge zu diesem Thema

SAP gibt Anwendern mehr Zeit für den Umstieg in die Cloud

ERP-Lösung für Personalwesen noch länger on-premise verfügbar

SAP gibt Anwendern mehr Zeit für den Umstieg in die Cloud

2025 sollte mit der stationären ERP-Lösung für das Personalwesen (SAP Human Capital Management – HCM) eigentlich Schluss sein. Danach wollte SAP nur noch die Cloud- bzw. SaaS-Lösung SuccessFactors anbieten. lesen

Microservices – Ein Einstieg in die Praxis

Was sich bei der Microservice-Einführung bewährt hat

Microservices – Ein Einstieg in die Praxis

Viele Unternehmen wollen monolithische Anwendungen umgestalten und Microservice-Architekturen für mehr Agilität und Skalierbarkeit aufbauen. Doch wie gelingt der Einstieg ins Thema Microservices? Nach welchen Prinzipien sollte man arbeiten? Was sind die Erfolgsfaktoren und wo liegen die Fallen? Ein Leitfaden liefert erste Anhaltspunkte. lesen

Drei Prognosen zur Enterprise Cloud Transformation

Juniper Networks 2018 Predictions

Drei Prognosen zur Enterprise Cloud Transformation

Juniper Networks hat sich darüber Gedanken gemacht, mit welchen Entwicklungen und Trends im neuen Jahr zu rechnen sind. In Sachen Automatisierung spielt DevOps eine immer tragendere Rolle, außerdem im Fokus: Microservices und die Wandlung Richtung Multi-Cloud-Szenarien. lesen

Public-Cloud-Integration bewegt den gesamten Markt

ISG Provider Lens Germany 2018

Public-Cloud-Integration bewegt den gesamten Markt

Deutsche Unternehmen geben in diesem Jahr rund 17 Milliarden Euro für Public Cloud Computing aus. Somit ist die Public Cloud das Fundament der digitalen Transformation. Dies geht aus der Untersuchung der „ISG Provider Lens Germany 2018 – Cloud Platforms & Technology/Access Services“ der ISG Information Services Group hervor. lesen

Blockchain zieht in die Unternehmen ein

Thoughtworks Technology Radar Nr. 17

Blockchain zieht in die Unternehmen ein

Blockchain, die Technologie, die der Kryptowährung „Bitcoin“ zugrunde liegt, findet steigende Akzeptanz, stellt die 17. Ausgabe des „Technology Radar“ der Softwareberatung Thoughtworks fest. Unternehmen nutzten zunehmend Blockchain-Lösungen für verteilte Konten und „Smart Contracts“, heißt es darin. lesen

Cloud ist kein Trend mehr, sondern fast Commodity

Axians IT Solutions und Microsoft

Cloud ist kein Trend mehr, sondern fast Commodity

Nils Gräf, Business Unit Manager Collaboration Infrastructure bei Axians IT Solutions, teilt seine Gedanken über die aktuellen Herausforderungen der Digitalisierung im Microsoft- und Cloud-Umfeld. lesen

Was ist Cloud native?

Definition: Cloud-Architektur konsequent genutzt

Was ist Cloud native?

Bei Cloud native handelt es sich um einen Ansatz, der sicherstellen soll, dass Anwendungen für die Cloud-Computing-Architektur konzipiert und entwickelt werden. Die Cloud native Anwendungen nutzen die von der Cloud bereitgestellten Services konsequent und basieren auf Microservices. lesen

SAP bündelt Digitalisierungswerkzeuge in der Cloud

Nachbericht SAP TechEd Barcelona

SAP bündelt Digitalisierungswerkzeuge in der Cloud

Digitalisierung war das Hauptthema der SAP-Hausmesse TechEd in Barcelona. Innovation verankert die SAP in der Cloud, während die stabilen etablierten Anwendungen überwiegend in den Rechenzentren der Unternehmen laufen lesen

Microservices-Anwendungen in der AWS Cloud

Mikrodienste als Architekturansatz

Microservices-Anwendungen in der AWS Cloud

„Wir möchten Microservices als Architekturmuster für unsere Anwendungen in der AWS Cloud nutzen, um die Agilität der Entwicklungsteams zu erhöhen. Welche Empfehlungen und Entwurfsmuster existieren für Microservices in der AWS Cloud?“ lesen

copyright

Dieser Beitrag ist urheberrechtlich geschützt. Sie wollen ihn für Ihre Zwecke verwenden? Infos finden Sie unter www.mycontentfactory.de (ID: 45005792 / Definitionen)