adesso BLOG

Micro-Services haben sich längst als Standard in der Architektur von Backend-Anwendungen etabliert. Sie bieten viele Vorteile – unter anderem Skalierbarkeit, Flexibilität und die Organisation großer Projekte in unabhängigen Entwicklungsteams. In diesem Blog-Beitrag zeige ich euch, wie Micro-Frontends es ermöglichen, die Vorzüge solcher verteilten Systeme auf das Frontend zu übertragen.

Microservice-basierte Architekturen sind ein aktueller Trend zur Umwandlung von Informationssystemen. Doch wie können diese Architekturen implementiert werden? Die am häufigsten verwendete Lösung ist die BPM-Engine von Camunda. In meinem Blog-Beitrag zeige ich euch, wie diese Lösung auch die Microservice-Choreographie ermöglicht.

In meinem Blog-Beitrag möchte ich mit euch ein paar Gedanken zur Anwendungssicherheit in Microservices-Architekturen teilen. Dabei werde ich auf die Verlagerung von Security-Funktionalitäten in Frameworks und in den Infrastruktur-Stack eingehen und erkläre, was das Ganze für Security-Expertinnen und -Experten sowie Entwicklungsteams bedeutet. Zudem gehe ich auch auf die durchaus schon lange bekannten Herausforderungen stark verteilter Systeme ein.

Kernbanksysteme bilden zwar das Rückgrat einer jeden Bank, dennoch wurden sie von aktuellen Entwicklungen der Softwarearchitektur abgehängt. In meinem Blog-Beitrag erkläre ich euch, warum das so ist und versuche Gründe zu bestimmen, wieso Banken sich bei der Erneuerung ihrer zentralen Systeme so schwer tun.

Nachdem ich im ersten Teil meiner Blog-Serie „Technische Dinge für nichttechnische Leute“ verschiedene Datenformate näher beleuchtet und deren Unterschiede erklärt habe, möchte ich euch nun das Thema „Microservices“ genauer vorstellen.

Schnittstellen sind häufig ein Aufwandstreiber im Projekt. Daher sollten sie gründlich und automatisiert getestet werden, um eine fehlerhafte Implementierung zu verhindern. In diesem Blog-Artikel gehen wir auf die Herausforderungen von Integrationstests in einer Microservice-Architektur ein und stellen euch mit Consumer-driven Contracts eine Methode vor, um den Integrationstests Herr zu werden.

Business und IT befinden sich im stetigen Wandel. Time-to-Market kann über “to be or not to be” entscheiden. Unkontrollierte Systemausfälle führen zu Imageverlust und langsame Antwortzeiten zu Kundenschwund. Daten werden ausgewertet, um auf die Kundenbedürfnisse besser und schneller reagieren zu können. Erkenntnisse der Datenanalyse – sogenannte Machine-Learning-Algorithmen − können neue Wachstumsmöglichkeiten eröffnen. In meinem Blog-Beitrag möchte ich die Frage klären, ob solche Systeme mit noch beherrschbarer Komplexität gebaut werden können.

Innovative Technologien beeinflussen die Entwicklung neuer Geschäftsmodelle und somit auch den Erfolg einer Bank. Technologische Ansätze wie Microservices und DevOps haben insbesondere Auswirkungen auf die Reaktions- und Innovationsfähigkeit von Banken.

Microservices sind ein aktuell viel diskutiertes Software-Architekturthema. Der Begriff steht für eine Softwarearchitektur, die wir in den letzten zehn Jahren kaum gesehen haben. Eine Architektur, bei der eine Software aus maximal lose gekoppelten, hart voneinander getrennten Bestandteilen (Microservices) besteht. Oft beschrieben als unabhängig voneinander in den Betrieb überführbare Services. Eine derartige Architektur unterscheidet sich von etablierten monolithischen Softwarearchitekturen, in denen Software zwar auch viele Bestandteile (Pakete, Komponenten, Module) hat, diese jedoch typischerweise in einer gemeinsamen Laufzeitumgebung, oft innerhalb eines einzigen Betriebssystemprozesses, agieren und folglich als ein großes Ganzes in den Betrieb übernommen werden.