Was sind eigentlich Microservices?

Unsere Serviceorientierte Architektur (SOA) hat ihren 10. Geburtstag schon hinter sich, insofern ist der Begriff „Service“ für uns nichts neues. Seit einiger Zeit geistert jedoch das Thema „Microservices“ durch den Raum – The Next Big Thing oder nur eine neue Sau im Dorf? Und außerdem: was ist denn dieses „Micro“ – sind das nur kleine Services? Wir klären Euch im folgenden Blogbeitrag auf.

31.08.2020 I Von Michael Heincke I Enterprise Architekt bei der SV Informatik

Themen: Arbeiten bei der SV Informatik

Microservices sind nicht klein

Gleich zu Beginn möchten wir den wahrscheinlich häufigsten Irrtum klarstellen: Microservices sind nicht klein, denn „Micro“ sagt hier nichts über die Größe eines Service im Sinne des Serviceschnitts aus. Ein vernünftiger Service in einer SOA ist auch in einer Microservice Architektur ein vernünftiger Service. Tatsächlich haben eine SOA und eine Microservice Architektur unterschiedliche Betrachtungsgegenstände: Es sind zwar beides sogenannte Modularisierungsansätze, aber während es bei der SOA darum geht, die Fähigkeiten eines Systems in Form von standardisierten Services zur Verfügung zu stellen, möchte eine Microservice Architektur Hinweise zur Gestaltung der eigentlichen Providersysteme geben – d.h. hier geht es tatsächlich um die Implementierung eines Systems, wohingegen eine SOA dazu ja gar nichts sagt.

Eine Microservice Architektur hingegen betrachtet die Summe aus Service und Implementierung und macht dazu Aussagen: „Micro“ bezieht sich daher tatsächlich auf die maximale Größe der Komponente an sich. Eine Faustregel hierzu ist, dass diese noch durch ein agiles Team wartbar sein muss – also sechs bis neun Personen. Eine weitere Eigenschaft von Microservices ist, dass die jeweiligen Komponenten sauber gekapselt und eigenständig deploybar sein sollen. Ein großes Ziel dieser Architektur ist es, die Komponenten so zusammen wirken zu lassen, dass man jederzeit in der Lage ist, einzelne Komponenten neu zu deployen oder gar auszutauschen, ohne das Zusammenspiel des Gesamtsystems zu gefährden. Sehr lesenswerte Grundsätze findest du hier.

Microservices in der Anwendungslandschaft

Ist das Thema Microservices also ein Thema für unsere Anwendungslandschaft? Auf jeden Fall! Wir sind schon seit einiger Zeit dabei, neue Funktionalitäten in eigenen Komponenten bereit zu stellen, die jeweils einen dedizierten Zweck erfüllen, möglichst unabhängig von anderen Systemen sind und ihre Fähigkeit über Services exponieren. Siehe VIM, AIM, ELOG oder auch die OAMs. Wir werden auch versuchen unsere großen Monolithen ICIS, COR und SVIS zu entschlacken, indem wir sinnvolle eigenständige Funktionalitäten in eigene, eigenständig deploybare Komponenten verlagern.

Daher: Die SOA sichert uns das integrative Zusammenspiel unserer Anwendungen in unserer Anwendungslandschaft und mit externen Partnern. Microservices – als sinnvolle Ergänzung der SOA – ermöglichen uns eine Reduktion der Komplexität und eine Steigerung der Flexibilität in der Bereitstellung von Funktionalitäten in unserer SOA.

Fragen zu unseren Beiträgen?

Wir freuen uns über deine Kontaktaufnahme. Schreibe unserer Redaktion gerne eine E-Mail.

E-Mail schreiben

Bist du neugierig geworden?

Entdecke deine Jobmöglichkeiten bei uns - egal ob mit oder ohne Berufserfahrung.

Zu den Karrieremöglichkeiten

Dieser Beitrag hat dir gefallen?

Dann stöbere gerne durch unseren weiteren Blogartikel und erfahre mehr über die SV Informatik.

Zu der Themenübersicht