{"id":8900,"date":"2021-04-06T17:56:30","date_gmt":"2021-04-06T15:56:30","guid":{"rendered":"https:\/\/www.sage.com\/de-de\/blog\/?p=8900"},"modified":"2025-05-07T16:00:20","modified_gmt":"2025-05-07T14:00:20","slug":"microservices-vom-monolithen-zum-baukastensystem","status":"publish","type":"post","link":"https:\/\/www.sage.com\/de-de\/blog\/microservices-vom-monolithen-zum-baukastensystem\/","title":{"rendered":"Microservices: Vom Monolithen zum Baukastensystem"},"content":{"rendered":"
\n\t
\n\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\tDigitale Transformation<\/a>\t\t\t\t\t\t<\/div>\n\t\t\t\t\n\t\t\t\t
\n\t\t\t\t\t

\n\t\t\t\t\t\tMicroservices: Vom Monolithen zum Baukastensystem\t\t\t\t\t<\/h1>\n\t\t\t\t<\/div>\n\n\t\t\t\t\t\t\t\t\t

\n\t\t\t\t\t\t\t\t\t\t\t<\/p>\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t<\/div>\n\n\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t<\/div>\n\t

\n\t\t
\n\t\t\t
\n\t
\n\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\n\t\t
\n\t\t\t\n\t\t\t\t\"\"\t\t\t\tOliver Rozi\u0107<\/span>\n\t\t\t<\/a>\n\n\t\t\t\t\t<\/div>\n\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t<\/div>\n<\/div>\n\n\n\n

Bei der Entwicklung von Applikationen hat sich in den letzten Jahren ein Paradigmenwechsel abgezeichnet. Klassisch wurde oft ein so genannter Monolith entwickelt: die eine, gro\u00dfe L\u00f6sung, die s\u00e4mtliche Anwendungsf\u00e4lle und Einsatzm\u00f6glichkeiten abdeckt. Diese gro\u00df dimensionierten Systeme waren dann aber in ihrer Architektur und Handhabung oft sehr komplex und in der Anschaffung sehr teuer. Heute pr\u00e4ferieren Anwender schlankere Applikationen. Sie wollen nur noch die Funktionen einer Software implementiert haben, die sie auch tats\u00e4chlich nutzen. Die Nachfrage nach breit angelegten L\u00f6sungen, von denen am Ende nur ein Bruchteil genutzt wird, sinkt.<\/p>\n\n\n\n

Vor diesem Hintergrund geht der Trend auf Hersteller- und Entwicklerseite dahin, gro\u00df dimensionierte Monolithen in kleine Anwendungen aufzuteilen, die auch entkoppelt voneinander als Einzelmodule funktionieren. Diese sogenannten Micro-Services werden dann vom Service-Provider in einem Rechenzentrum gehostet und dem Anwender als Cloud-Applikation zur Verf\u00fcgung gestellt. Die Analysten von Gartner<\/a> best\u00e4tigen diesen Trend, und sprechen von einer Infrastruktur in Richtung so genannter \u201eMicro-Datacenter\u201c.<\/p>\n\n\n\n

Micro-Datacenter als Trend<\/strong><\/h2>\n\n\n\n

Demnach werden bis 2023 die f\u00fchrenden Cloud-Service-Provider dem Anwender ihre Dienste statt \u00fcber ein zentrales Rechenzentrum verst\u00e4rkt \u00fcber mehrere klein dimensionierte Datacenter zur Verf\u00fcgung stellen. Der Trend geht damit eindeutig weg von der gro\u00dfen Sever-Farm, in der s\u00e4mtliche Services gehostet werden, und hin zu schlanken Rechenzentren, die jeweils nur einen kleinen Teil der Anwendungen zur Verf\u00fcgung stellen, die der Hersteller im Portfolio hat. Der Vorteil von dieser Bereitstellungsmethode ist, dass die Latenz sp\u00fcrbar sinkt. Ziel der Micro-Services ist also eine reaktionsschnelle und fl\u00fcssige Performance aus Anwendersicht.<\/p>\n\n\n\n

Flexibler durch modularen Aufbau<\/strong><\/h2>\n\n\n\n

Neben dem zu Anfang beschriebenen Vorteil, nur noch das implementieren zu m\u00fcssen, was wirklich gebraucht wird, haben weitere Faktoren zu dieser Entwicklung gef\u00fchrt. Es geht bei diesem fundamentalen Trend darum, komplexe Anwendungen in einzelne, m\u00f6glichst unabh\u00e4ngige Prozesse aufzugliedern. Diese \u00fcbernehmen kleine Aufgaben \u2013 zum Beispiel, eine Rechnung zu schreiben, oder einen Preis zu \u00e4ndern. Wichtig ist dabei auch, dass sie \u00fcber m\u00f6glichst standardisierte Schnittstellen verf\u00fcgen, damit sie mit m\u00f6glichst vielen weiteren Services kommunizieren k\u00f6nnen.<\/p>\n\n\n\n

Sobald diese Services untereinander kommunizieren, also Daten austauschen k\u00f6nnen, ergibt sich ein Baukastensystem, in dem sich modulare Applikationen nach individuellen Anspr\u00fcchen zusammenstellen lassen k\u00f6nnen. Mit derartigen Modul-Architekturen und der Unabh\u00e4ngigkeit von Programmiersprachen und Entwicklungsumgebungen haben Systemh\u00e4user und Entwickler viel mehr Freiheit, da sie nun sehr flexibel Service entwickeln und zur Verf\u00fcgung stellen k\u00f6nnen, die zu den eigenen Anspr\u00fcchen oder denen ihrer Kunden passen. Dar\u00fcber hinaus ist die Pflege des Systems im Vergleich zum Monolithen sp\u00fcrbar einfacher. So k\u00f6nnen beispielsweise einzelne, autarke Bausteine mit weniger Abh\u00e4ngigkeiten vom Gesamtsystem bedeutend leichter von Fehlern bereinigt oder verbessert werden.<\/p>\n\n\n\n

\u201eAPI-first\u201c als Kriterium und Herausforderung<\/strong><\/h2>\n\n\n\n

F\u00fcr Entwickler ist in diesem Zusammenhang der \u201eAPI-first\u201c-Ansatz leitend \u2013 und zugleich auch eine Herausforderung. Denn: Nur wenn ein Microservice gut und optimal \u00fcber eine Programmierschnittstelle (API = Application Programming Interface) Daten austauschen kann, funktioniert das Konzept. Andernfalls entstehen Insell\u00f6sungen ohne die genannten Vorteile. Eine Schnittstelle arbeitet aber nur dann gut \u2013 und darin liegt die erste Herausforderung \u2013 wenn der Entwickler die Gegenstelle f\u00fcr den Datenaustausch ebenfalls gut kennt. Sie muss die \u00fcbergebenen Daten annehmen oder bereitstellen k\u00f6nnen. Die L\u00f6sung f\u00fcr diese Herausforderung liegt in Standards, auf die sich Entwickler im Blick auf Schnittstellen, Daten und die Kommunikation einigen. So k\u00f6nnen Microservices jede Funktion im System \u00fcbernehmen, zum Beispiel einen Bestellprozess ausl\u00f6sen, eine Rechnung stellen oder einen Wareneingang abbilden und performant Daten austauschen.<\/p>\n\n\n\n

Plattform k\u00fcmmert sich um die Skalierung<\/strong><\/h2>\n\n\n\n

Nicht zuletzt lassen sich Microservices sehr gut skalieren, was bei Cloud-basierten Anwendungen sehr wichtig ist. Nutzer erwarten schnelle Reaktionszeiten und eine fl\u00fcssige Performance. Mit Microservices ist es theoretisch m\u00f6glich, jeden Service auf einen eigenen Server zu legen und so die n\u00f6tige Skalierbarkeit sicherzustellen, dass jederzeit gen\u00fcgend Rechenleistung und Speicherkapazit\u00e4t zur Verf\u00fcgung steht, f\u00fcr den Fall, dass die Workloads zunehmen.<\/p>\n\n\n\n

Neben der Performance gibt es zudem wirtschaftliche Aspekte: Ein monolithisches System muss immer komplett hochgefahren werden und laufen, auch wenn nur eine Funktion aus der Anwendung gebraucht wird. Flexibler gestaltete System-Architekturen auf Basis von Microservices dagegen reagieren agil darauf, welche Anwendung gerade gebraucht wird. So nehmen sie dann auch nur die Infrastruktur in Anspruch, die auch wirklich gebraucht wird. Damit bleiben Kosten und Kapazit\u00e4ten effizient.<\/p>\n\n\n\n

N\u00e4chster Schritt: Verteilung in der Distributed Cloud<\/strong><\/h2>\n\n\n\n

Beim Hosting von Microservices geht der Trend klar zu einer dezentralen Verteilung auf mehrere Rechenzentren im Sinne einer Distributed Cloud. Dies zeigt die eingangs zitierte Studie von Gartner eindeutig. Dies bringt wiederum seine eigenen Herausforderungen und Vorteile mit sich. Wie diese exakt aussehen, lesen Sie im n\u00e4chsten Teil 2 \u201eMicroservices: Von der der Cloud in die Distributed Cloud\u201c<\/a>.<\/p>\n \n

\n\t
\n\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t\t

#STAYFORACOFFEE: Die Experten-Talks von Sage<\/h2>\n\n\t\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t

<\/p>\n

Erfahren Sie in nur 45 Minuten<\/span> alles \u00fcber Themen die Unternehmer bewegen.
Nehmen sie an unseren kostenfreien <\/em>Webinaren<\/span> teil:<\/p>\n

<\/p>\n

<\/p>\n