Microservices und Self-Contained Systems

09 Dez 2021

Microservices: Wo sind meine Transaktionen und meine Konsistenz hin?

IT-Tage 2021 / 09:00 - 09:45

07 Okt 2021

Modularization: Foundation of Microservices and Monoliths

JCON 2021 / 09:00 - 10:00

06 Okt 2021

Microservices? Monoliths? An annoying Discussion

JCON 2021 / 13:00 - 14:00

Case Study

Hochindividuelle Produkte brauchen eine hochindividuelle Software-Lösung

Zur Case Study

Gut gesiebt

Von Usability und Features – Service Meshes im Vergleich

Happy without a Service Mesh

It does not always have to be a service mesh. Even microservices are not a good idea per se. For good decisions we have to get a deep understanding of the problem first.

Stefan Tilkov im Live Podcast von programmier.bar: „Good Enough Architecture“

Glücklich ohne Service Mesh

Die Basis für sinnvolle Architekturentscheidungen ist die Auseinandersetzung mit dem Problem und ein guter Überblick über die Optionen.

Case Study

Product development of the verticalized system Pick & Pack for METRO AG

Zur Case Study

Case Study

Produktentwicklung der Vertikale Pick & Pack für die METRO AG

Zur Case Study

Brauchen asynchrone Microservices und SCS ein Service Mesh?

Da lässt sich doch was meshen

code-your-model

Some time ago I was looking for some simple, lightweight tool to document a complex, modularized model. I was not able to find anything that fits my requirements or expectations, so I came up with my own idea. Today, a good 15 months later, I want to introduce it to you.

Alle 11 Minuten verliebt sich ein Microservice in Linkerd

Istio ist der Platzhirsch unter den Service-Meshes, aber die Alternative Linkerd weiß durch schnelle Konfiguration und leichte Bedienbarkeit zu überzeugen.

Cloud-native, Microservices, Domain-driven Design, Kubernetes

Alles nur ein Hype?

Microservices-Migration

Wenn ein Deployment-Monolith mit den Ansprüchen nicht mehr Schritt halten kann, sind Microservices oft die Lösung. Dann muss das vorhandene System in ein Microservices-System migriert werden. Diese Herausforderung kann sehr unterschiedlich angegangen werden.

Warum Microservices scheitern

Microservices sind der große Architektur-Trend in den letzten Jahren. Mittlerweile stellt sich aber Ernüchterung ein: Auch Microservices-Projekte sind vorm Scheitern nicht sicher. Sich die typischen Gründe für das Scheitern anzuschauen, ermöglicht es, diese Probleme zu umgehen und so erfolgreiche Projekte umzusetzen.

Das Service Mesh

Die Lösung aller Microservice-Probleme?

Microservices mit Service Mesh: „Der Hype um das Thema ist durchaus berechtigt“

Testen von Microservices

Erfahrungen mit End-to-End Tests

Die GraalVM: Javas Sprung in die Gegenwart?

Eine polyglotte Alternative für die Java Virtual Machine

Microservices: Mit Service-Meshes den Überblick behalten

Während monolithische Applikationen die Tanker der Softwarewelt sind, gleichen modulare Anwendungen eher einer Armada schneller, wendiger Motorboote. Kein Wunder also, dass immer mehr Systeme aus immer kleineren Komponenten bestehen – die sogenannten Microservices. Die Vorteile: Entwickler können dadurch die Entwicklung, das Testing und das Deployment eines Systems unabhängig voneinander durchführen. Außerdem lässt sich wenig Code besser überblicken und warten. Fällt eine Komponente aus, ist im Idealfall nur eine einzelne Funktionalität betroffen.

Service Meshes - Teil 2

Infrastrukturen für Microservices

Service Meshes - Teil 1

Infrastrukturen für Microservices

Case Study

Breuninger digitalisiert sein Unternehmen mittels einer neuen E-Commerce-Plattform

Zur Case Study

Artikel: Ameisenprinzip. Von Stefan Tilkov und Eberhard Wolff

Case Study

Aufbau der E-Bike-Sharing-Plattform „smide“

Zur Case Study

Microservices mit CherryPy, Teil 1: URL-Routing

CherryPy bietet diverse Möglichkeiten des URL-Routing an. Primär stellt CherryPy dazu drei verschiedene Dispatcher zur Wahl, auf die ich in diesem Blogbeitrag eingehen möchte.

Technologien für Microservices

Microservices führen zu neuen Herausforderungen und machen neue technologische Ansätze notwendig. Microservices-Frameworks sind zwar ein Teil der Lösung, aber sicher nicht der wichtigste. Welche Technologien spielen eine entscheidende Rolle?

Microservices – oder doch nicht?

Alternativen und Nachfolger zum Hype

Prinzipien zur Entwicklung von unabhängigen Systemen

Viele Systeme werden aktuell mit einer Microservice-Architektur geplant und umgesetzt. Da jede Architektur Vor- und Nachteile aufweist, muss die gewählte jedoch auch zum Problem passen. Dieser Artikel zeigt, welchen primären Vorteil eine Microservice-Architektur hat und welche Prinzipien bei der Entwicklung beachtet werden sollten, um diesen Vorteil nicht zu neutralisieren.

Server-sent Events in .NET mit Akka

Server-sent Events sind eine oftmals unterschätzte Technologie, wenn das Senden von Events benötigt wird. Für viele Sprachen stehen dabei fertige Bibliotheken zur Verfügung. In .NET war so gut wie keine Bibliothek zu finden, die ASP.NET Core unterstützt.

Server-sent events in .NET with Akka

OpenID Connect Auth-Proxy

Mit OpenID Connect kann Single Sign-On in einem verteilten System erreicht werden. Ein Auth-Proxy kapselt den Aspekt Authentifizierung in einem eigenständigen Modul. Wir schauen uns an, wie das im Detail umgesetzt werden kann.

Microservices? Or Rather Monoliths?

Microservices are a hype. Now, critics suggest to return to monoliths. But does that really help?

Oracles GraalVM für „Native Java“?

Independent Systems Architecture

Best Practices für Microservices

Taking Screenshots of DOM Elements

Now that PhantomJS is dead, we need an alternative. Turns out that Puppeteer, Google’s official remote-control API for Chrome, is just the ticket.

Microservices Praxisbuch

Grundlagen, Konzepte und Rezepte

heise Developer Continuous Architecture Blog, „Microservices? Oder lieber Monolithen?“

Tags für Docker Images ohne Registry

Gibt man bei „Tags“ von Docker Images keine Registry an, so wird die Standard-Registry unter docker.io benutzt. Taggen ganz ohne Registry-Angabe scheint nicht vorgesehen zu sein, obwohl es dafür gelegentlich gute Gründe gibt. Der hier vorgestellte einfache Workaround hilft.

Probleme bei der Einführung von Microservices: Seien Sie vorbereitet!

Logging und Metriken in verteilten Systemen

Aufgrund des aktuellen Trends rund um Microservices entsteht in vielen Projekten ein verteiltes System. Eine Herausforderung von verteilten Systemen ist deren Überwachung und das Nachvollziehen, was zur Laufzeit vor sich geht. Dieser Artikel gibt Ihnen einen Überblick, wie dies mit Logging und Metriken gewährleistet werden kann.

Domain-Driven Design

Überblick über Strategic und Technical Design mit DDD

Microservices – der aktuelle Stand

Was hinter dem Hype steckt und wie es weitergeht.

Warum wollen Sie Microservices einführen?

Mit diesem Artikel möchte ich Ihnen die Frage stellen, warum Sie eigentlich Microservices einführen wollen. Denn es ist immens wichtig, sich der Gründe und Ziele bewusst zu sein. Leider habe ich zu oft erlebt, wie die glänzenden, neuen Technologien die eigentlichen Ziele des Unternehmens in Vergessenheit geraten lassen und zum Selbstzweck werden.

Datenarchitekturen – nicht nur für Microservices

Microservices werfen wichtige Fragen für Software-Architektur auf. Besonders wichtig ist es, wie die Microservices mit Daten umgehen. Diese Konzepte lassen sich für viel mehr nutzen als nur für Microservices und werfen grundlegende Fragen über Modularisierung auf.

Innovation Tokens – Gegen Informatikerromantik und Technologieüberflutung

Wie viel Innovation sollen wir zulassen?

Self-Contained Systems – Teil 1

Eigenschaften und Umsetzung

Microservices lieben Domain Driven Design, warum und wie?

Betrachtet man diverse Publikationen rund um Domain Driven Design und Microservices, so stellt man fest, dass das Konzept des Bounded Contexts von zentraler Natur ist. Es gibt kaum eine Veröffentlichung zur Modellierung von Microservices, die dieses Konzept nicht erwähnt. Allerdings greift diese Konstellation zu kurz: es gibt weitaus mehr über Domain Driven Design und Microservices zu berichten als den Bounded Context. Betrachtet man auf der anderen Seite das Thema Domain Driven Design so ist festzustellen, dass das Thema weit über die hinlänglich bekannten Entitäten, Value Objects und Aggregate hinausgeht.

Wo bist du?

Consul: Service Discovery für den Microservices-Stack

Microservices à la Netflix

Das Projekt Spring Cloud Netflix integriert nur Spring Boot mit den Netflix Open Source Bibliotheken und bindet diese in die bekannte Auto-Konfiguration und das Binding von Spring Boot mit ein. Mit Hilfe von Spring Cloud Netflix ist es möglich durch wenige, einfache Annotationen die entsprechenden Komponenten von Netflix zu integrieren, konfigurieren und zu nutzen. Im Rahmen des Artikels geben wir ihnen einen Überblick über die Anbindung von Eureka (Service Discovery), Zuul (Intelligentes Routing), Ribbon (Client-seitiges Load-Balancing) und Hystrix (Circuit Breaker).

Services: SOA, Microservices und Self-contained Systems

Eine einheitliche Definition von SOA gibt es nicht. Aber zentral für SOA [1] sind Services. Sie sollen so grobgranular sein, dass sie eine eigenständige fachliche Funktionalität erfüllen. Die Services bieten ihre Schnittstelle im Netz an. So können sie von verschiedenen Programmiersprachen und Plattformen aus aufgerufen werden.

Self-contained Systems: A Different Approach to Microservices

Microservice-Infrastruktur

Die Cloud und darauf aufbauend Microservices haben in den letzten Jahren die Softwareentwicklung stark beeinflusst. Vor allem im Bereich der Infrastruktur tut sich hier auch heute noch einiges. Dabei wird man den Eindruck nicht los, dass jede Woche ein neues Produkt veröffentlicht wird. In diesem Artikel versuche ich, Ihnen durch diesen Dschungel zu helfen.

Software-Architektur für Innovation

Software ist mittlerweile in praktisch allen Wirtschaftsbereichen zentraler Teil der Wertschöpfung. Also sollte Software auch Innovationen ermöglichen. Die Frage ist, wie Software dazu beschaffen sein muss.

“Microservices: Redundancy = Maintainability!” A Talk by Eberhard Wolff

The perils of shared code

In this blog article, I want to examine why using a sharing code between microservices may sound attractive in the first place and why it can cause bigger problems than the ones you try to solve.

Spring Boot für Microservices

Die Implementierung von Microservices stellt im Vergleich zu monolithischen Anwendungen Entwickler vor einige Herausforderungen. Spezialisierte Technologien wie Spring Boot unterstützen die Umsetzung von Microservices und machen so den Projekten das Leben leichter.

Wie kommt man zu Self-Contained Systems?

Architektur auf mehreren Ebenen

Deployment und Monitoring von Microservices

Beim Deployment von Microservices verschwimmen die Grenzen zwischen Mikro- und Makroarchitektur. Während das Team die Mikroarchitektur für jeden Service individuell entscheiden kann, muss man sich bei Makroarchitektur-Themen mit anderen Teams zusammensetzen, um die beste Lösung für Themen zu finden, die mehrere Services betreffen. In diesem Artikel wollen wir uns ansehen, welche Entscheidungen ein Team für sich treffen kann und welche mit anderen Teams abgestimmt werden müssen. Zu diesem Zweck möchte ich beispielhaft den Lernprozess beschreiben, den ich in Teams erleben durfte, die “einfach mal” mit Microservices angefangen haben.

Microservices - eine Bestandsaufnahme

Microservices [1] dienen eigentlich „nur“ zur Modularisierung von Software. Für Modularisierung gibt es aber unzählige Ansätze: Klassen, Packages oder JARs dienen in der Java-Welt beispielsweise diesem Ziel. Nur so können auch große Projekte in kleine Einheiten aufgeteilt werden und bleiben dadurch erweiterbar und wartbar.

Interview mit Stefan Tilkov: „Ich bin keinesfalls der Meinung, dass man immer Microservices einsetzen sollte“

JAX TV: Wie sieht ein Microservices-Technologie-Stack aus?

Domain-driven Design im Experten-Check: Wie kann DDD in die Praxis umgesetzt werden?

Entwicklertag 2016: Microservices: Redundanz = Wartbarkeit!

JAX TV: Legacy-Systeme mit Microservices, Hystrix und RxJava modernisieren

Eberhard Wolff on Microservices

Microservices sollten kein technischer Selbstzweck sein

Microservices - Agilität durch Modularisierung

Microservices [1],[2] sind kleine, unabhängig deploybare Software-Module. Große Systeme in kleine Module aufzuteilen ist nichts Neues. Die unabhängige Deploybarkeit ist der entscheidende Unterschied: Jeder Microservice kann unabhängig von anderen Microservices in Produktion gebracht werden. Andere Ansätzen für die Modularisierung reichen nicht so weit: die Entwicklung ist zwar in einzelne Module aufgeteilt, aber für den Betrieb ist die Anwendung ein Monolith. Da solche Anwendungen nur als Ganzes in Produktion genommen werden können, spricht man auch von einem Deployment-Monolithen. Microservices hingegen sind auch für den Betrieb klar als Module erkennbar.

Building Microservices with Event Sourcing and CQRS

Microservices im Experten-Check, Teil 3: Wie groß sollte ein Microservice sein?

Microservices im Experten-Check, Teil 2: Wann man Microservices nutzen sollte und wann eher nicht

Microservices im Experten-Check, Teil 1: Warum eigentlich Microservices?

Episode 52: Microservices und Self-contained Systems

Why RESTful communication between microservices can be perfectly fine

Recent debates about REST versus message passing in microservice communication have led to some confusion. What is meant with asynchronous communication in this context and why is REST a perfectly valid choice?

Case Study

Vom Gebissabdruck zum Auftrag

Zur Case Study

Microservices in the Real World

Voxxed Days Berlin 2016

Goto Berlin 2015

Docker - Perfekte Verpackung von Microservices

JAX TV: Integration von Microservices – REST vs. Messaging, eine W-JAX 2015 Sesion mit Oliver Gierke (Pivotal Software) und Eberhard Wolff (innoQ)

Heise Developer Continuous Architecture Blog, „Neun Jahre Microservices“

W-JAX 2015 mit Web-Anwendungen, Microservices und REST 2015

Berlin Expert Days 2015

Microservices und Continuous Delivery: Nur zusammen möglich?

Microservices unterteilen große Systeme in kleine Deployment-Einheiten. Dies macht Continuous Delivery wesentlich einfacher. Sind aber Microservices ohne Continuous Delivery möglich? Und ist Continuous Delivery ohne Microservices umsetzbar? Ist die Kombination eher eine Synergie oder macht sie nur alles noch komplizierter?

Microservices: Smaller Is Better?

Neue Trainingstermine im Herbst: Microservices-Praxis-Workshop und Skalierbare Webarchitekturen

Reliable Web Clients

Microservices can make teams and systems more independent but also more vulnerable to the fallacies of distributed systems. Initially I thought this blog post is going to be about how to build reliable web clients with Akka and Akka Persistence. While this is an interesting topic by itself, I now think it is more crucial to first understand the underlying problems and trade-offs before we learn how to get around them.

Microservices - Are Your Frameworks Ready?

Microservices, Internet of Things und RxJava beim Java Forum Stuttgart

Heise Developer Continuous Architecture Blog, „Microservices: Architektur oder Organisation?“

Don’t start with a monolith

Twelve-Factor App: Web-Applikationen auf die neue Art

Ein Ansatz für skalierbare, portable und leicht deploybare Web-Applikationen in der Cloud

Eureka Provisionierung mit AWS CloudFormation

In einer Microservice-Architektur muss dafür gesorgt werden, dass die einzelnen Services miteinander kommunizieren können. Eine Möglichkeit hierfür ist der Einsatz einer Service Registry. In diesem Post betrachten wir wie man mit Hilfe von AWS CloudFormation Eureka als ausfallsichere Service Registry in der Amazon Cloud provisioniert.

Interview zum Thema Microservices mit Clojure

Software Engineering Radio Podcast, Episode 210: Stefan Tilkov on Architecture and Micro Services

Hystrix – damit Ihnen rechtzeitig die Sicherung durchbrennt

Sicherungen wurden ursprünglich eingeführt, um die Eskalation einer Situation zu verhindern. Wenn Ihnen ab und zu die Sicherung durchbrennt, ist das deshalb durchaus zu begrüßen, jedenfalls wenn es sich dabei um einen Circuit-Breaker im Sinne von Hystrix handelt. In diesem Artikel möchten wir Ihnen Hystrix vorstellen, eine Bibliothek, die ihnen dabei hilft, die Stabilität ihrer verteilten Anwendung zu verbessern und kaskadierende Fehlerszenarien zu verhindern.

Heise Developer Podcast, Episode 44: Modularisierte Architektur für große Systeme