Microservices

Microservices – Container – Cloud: Weshalb diese Dinge so gut zusammen passen

Microservices – Container – Cloud. Mit diesem Technologietrio wird derzeit die DevOps-Bewegung flankiert, die das Ziel verfolgt, die Entwicklung und Auslieferung von Software effizienter zu gestalten. Welche Rolle dabei die aktuellen Architektur-Trends spielen, und welche Veränderungen DevOps für die Entwickler-Profession mit bringt, haben wir mit DevOpsCon-Speaker Roland Huß (Red Hat) besprochen.

Microservices: „Einen Hauptvorteil sehen wir in der Symbiose mit Continuous Delivery“

Auf der W-JAX 2015 werden sich Tobias Bayer und Hendrik Still (beide inovex GmbH) mit der dunklen Seite der Microservices beschäftigen. Angefangen beim Monitoring über verteilte Transaktionen und die Testbarkeit bis hin zur Service Discovery gibt es einige Herausforderungen zu bewältigen, die neben den Vorzügen von Microservices im Talk eine Rolle spielen werden. Im Vorfeld standen uns die beiden für einige Fragen zur Verfügung…

Technologie oder Methode – Wie man Microservices (nicht) entwickelt

Der Informatiker Simon Wardley hat im Juni 2015 unter dem provokativen Titel „Why Agile, Lean and Six Sigma must die“ eine Empfehlung abgegeben, wie große Systeme mit vielen Komponenten strategisch zu entwickeln sind. Mit seiner Map-Methode machte er deutlich, dass sich nicht für alle Komponenten zu jeder Zeit die gleiche Methode gewinnbringend einsetzen lässt. Was aber bedeutet das für Microservices und anti-fragile Architekturen?

Microservices: Consumer-driven Contract Testing mit Pact

„Pacta sunt servanda“, oder zu deutsch „Verträge sind einzuhalten“: Was schon im Mittelalter galt, soll in der modernen Welt der Software auch verbindlich sein. Mithilfe von (API-)Verträgen, die nicht nur durch einen, sondern mehrere Vertragspartner gestaltet werden, lassen sich Microservices-Architekturen einfach und effizient testen und weiterentwickeln.

Der wahre Grund für den Erfolg von Microservices

Über das Für und Wider von Microservices wird nach wie vor lebhaft diskutiert. Während manche dem neuen Architekturstil eher zurückhaltend und abwartend gegenüberstehen, werfen sich ihm andere mit offenen Armen entgegen. Vor allem für letztere hat Christian Posta, Middleware-Spezialist und Architekt bei Red Hat, aktuell einen Tipp parat: Demnach geht es bei der erfolgreichen Arbeit mit Microservices in erster Linie nicht um bestimmte Technologien wie Docker, Kubernetes oder SpringBoot.

Microservices: Fluch oder Segen?

Erst kürzlich hatte sich der Veteran der Softwarearchitektur Martin Fowler in die Diskussion um Microservices eingemischt und davor gewarnt, sie als Basis eines Systems zu verwenden. Da seine Meinung zum Thema jedoch nicht abgeschlossen ist, legte er nun mit einer Gegenüberstellung der Vor- und Nachteile von Microservices nach. Denn, wie Fowler ausführt, sind Microservices kein Allheilmittel, sondern verursachen wie jeder Architekturstil auch gewisse Kosten, die im Blick behalten werden müssen.

Red Hat kann auch Microservices – Wildfly Swarm

Microservices sind aktuell einer der Trends in der Softwarearchitektur. Natürlich sollte man mit solchen Buzzwords und Hype-Themen vorsichtig sein. Allerdings gibt es bereits einige Branchen-Größen (z. B. Netflix), die diesen Architekturstil produktiv einsetzen. Zudem ist mittlerweile auch eine Vielzahl von Bibliotheken im Microservices-Umfeld entstanden.

Eclipse Che: Microservices für Eclipse

Che ist ein Java-Framework, das der Erstellung verteilter und lose gekoppelter Anwendungen dient, die über einen browserbasierten Client sowie serverseitige RESTful Services verfügen. Die Anwendungen werden durch Zusammensetzen von Extensions gebaut und folgen zahlreichen Grundsätzen der Eclipse RCP.

Stefan Tilkov antwortet auf Martin Fowler: Brauchst du Microservices, bau dir Microservices!

Vor kurzem hat sich Martin Fowler in der aktuellen Diskussion um Microservices zu Wort gemeldet, indem er das negative Bild von monolithischen Software-Architekturen zurechtrückt und die großen Systeme als ersten Ausgangspunkt von Microservices empfiehlt. Nun widerspricht Stefan Tilkov: Monolithen seien gerade kein geeigneter Ansatz für den Bau von Microservices. Werden sie zerlegt, sieht das Ergebnis meist anders aus, als von den Entwicklern erhofft.