Search
Close this search box.
Search
Close this search box.

Auf das Fundament kommt es an

Von Eldon Richards, Chief Technology Officer bei Solifi

In der heutigen, sich schnell entwickelnden Geschäftswelt sehen sich Unternehmen mit einer Vielzahl von Herausforderungen konfrontiert, wenn es darum geht, flexibel auf Bedrohungen und Chancen zu reagieren, ihre Abläufe zu skalieren, neue Technologien einzuführen und den Kunden effizient einen Mehrwert zu bieten. Viele Softwarearchitekturen behindern das Wachstum und die Flexibilität von Unternehmen. In diesem Artikel erläutere ich einige der Fallstricke, auf die Sie bei der Bewertung der Softwarearchitektur Ihrer Technologiepartner achten sollten.

Die ursprüngliche Architektur ist ein Monolith.  Eine monolithische Architektur zeichnet sich durch eng gekoppelte Komponenten aus, die gemeinsam kompiliert und eingesetzt werden. Sie gilt als geschlossene Architektur, die sich nur schwer skalieren und ändern lässt.  Monolithische Architekturen werden seit Jahrzehnten verwendet und gehen auf einige der frühesten kommerziellen Softwarelösungen zurück.  Produkte mit dieser Architektur sind zwar relativ einfach zu installieren und zu betreiben, aber ihre Architektur behindert oft die Skalierbarkeit und die flexible Bereitstellung neuer Funktionen. In einer Zeit, in der die meiste kommerzielle Software von den Kunden in ihren eigenen Rechenzentren gehostet wurde (Vor-Ort-Installationen), waren Monolithen üblich, weil sie weniger Verwaltungsaufwand für das IT-Team erforderten.  Sie haben jedoch nur begrenzte Möglichkeiten zur Skalierung und nutzen die Hardware ineffizient, so dass sie mehr IT-Infrastruktur benötigen, um effizient zu arbeiten.  Mit zunehmender Komplexität steigt der Entwicklungs- und Testaufwand für Änderungen exponentiell an, was die Agilität beeinträchtigt.  Monolithen haben in der Regel nur begrenzte Integrationsmöglichkeiten.  Auch wenn sie APIs oder dateibasierte Integrationspunkte anbieten, führt ihre enge Kopplung oft zu Schwierigkeiten bei der Bereitstellung sauberer Schnittstellen für die externe Integration.  Diese Probleme führen häufig zu hohen Hosting-Kosten, verzögerten Produktveröffentlichungen, eingeschränkter Integration in die Ökosysteme der Kunden und verpassten Chancen, aus den neuen Marktanforderungen Kapital zu schlagen.

Andere beliebte Architekturen, die für kommerzielle Software verwendet werden, sind Schichtarchitekturen und serviceorientierte Architekturen (SOA).  Diese Architekturen wurden in den 1990er und 2000er Jahren populär.  Im Vergleich zu Monolithen verbessern mehrschichtige Architekturen die Skalierung und Codeverwaltung.  Sie sind in der Regel in 2-3 Ebenen unterteilt, und jede Ebene wird in der Regel auf separaten Servern gehostet, so dass die IT-Teams jeden Server speziell für seine Aufgabe optimieren können.  Einige mehrschichtige Architekturen unterstützen die horizontale Skalierung, so dass das IT-Team Server hinzufügen kann, um die Last für jede Ebene der Anwendung zu verteilen.  Serviceorientierte Architekturen gehen noch einen Schritt weiter und ermöglichen es, bestimmte Funktionen oder Dienste unabhängig voneinander auszuführen.  Wenn sie gut konzipiert sind, kann jeder dieser Dienste unabhängig von den anderen gewartet und skaliert werden, was die allgemeine Agilität und Skalierbarkeit des Systems verbessert.  Doch diese Vorteile führen auch zu einer zusätzlichen Komplexität, da das IT-Team nun mehr Komponenten und Server zu warten hat. Diese Architekturen verringern zwar die Hindernisse für die Kunden bei der Skalierung und Anpassung, aber die Verbesserungen sind im Vergleich zu moderneren Architekturen gering.

Zwei Architekturen, die in den letzten Jahren populär geworden sind, sind Low-Code- und Microservice-Architekturen.  Low-Code-Architekturen sollen extrem flexible Änderungen ermöglichen, indem sie den Anbieter aus dem Prozess herausnehmen.  Dies kann zwar manchmal funktionieren, doch fehlt ihnen manchmal die Fähigkeit, zu skalieren und flexibel zu bleiben, wenn sie im Laufe der Zeit immer komplexer werden. Mit Low-Code-Anwendungen können Kunden im Wesentlichen ihre eigene benutzerdefinierte Anwendung auf der Plattform des Anbieters entwickeln, ohne traditionellen Softwarecode zu verwenden.  Stattdessen verwenden sie visuelle Drag-and-Drop-Tools, Regeln und einfache domänenspezifische Sprachen, um die Plattform an die Bedürfnisse des Kunden anzupassen.  Dies ermöglicht es dem Kunden in der Regel, das Produkt schnell an veränderte Bedürfnisse anzupassen. Diese Änderungen wirken sich jedoch häufig negativ auf die Skalierbarkeit und Leistung aus, da Low-Code-Tools nicht das gleiche Maß an Unterstützung für die Verwaltung dieser eher technischen Funktionen eines Produkts bieten.  Außerdem sind komplexe Konfigurationen auf diesen Plattformen oft schwer zu pflegen.  Grundsätzlich ist “Low-Code” immer noch Code, und diesen Plattformen fehlen in der Regel die ausgefeilten Funktionen, die für die Pflege vieler Schichten von Abhängigkeiten und Änderungen, die während der Lebensdauer des Produkts auftreten, erforderlich sind. In einigen Fällen können sich die Schwierigkeiten bei der Wartung sogar schon bei der ersten Einführung des Systems zeigen.

Viele der oben genannten Herausforderungen, die mit monolithischen, geschichteten, SOA- und Low-Code-Architekturen verbunden sind, können mit einer gut konzipierten Microservice-Architektur überwunden werden.  Eine gut geplante Microservices-Architektur bedeutet, dass der Technologieanbieter unabhängig voneinander einsetzbare Microservices entwickelt und anpasst, um bestimmte Geschäftsfunktionen zu erfüllen, was die Modularität und Entkopplung zwischen den Komponenten fördert. Dieser modulare Ansatz erleichtert die Entwicklung und Integration neuer Technologien und Funktionen, da jeder Microservice unabhängig entwickelt, getestet und bereitgestellt werden kann.  Microservice-Architekturen sind von Natur aus offen, weil jeder Dienst mit den anderen über APIs kommuniziert, und diese APIs können Integrationspunkte mit dem Ökosystem des Kunden bieten.

Microservice-Architekturen gehen Hand in Hand mit Software-as-a-Service (SaaS) in der Cloud.  Sie ermöglichen es, die Vorteile der extremen Skalierbarkeit der Cloud zu nutzen.  In der Regel ist jeder Dienst so eingestellt, dass er „autoskaliert“ wird (d. h. er skaliert automatisch horizontal mit der auf ihn einwirkenden Last). Wenn sie in der Cloud von einem SaaS-Anbieter verwaltet werden, können Bereitstellung, Überwachung, Skalierung und Aktualisierung von Microservices automatisiert werden.  Dies ermöglicht dem Partner die nahtlose Bereitstellung von Updates, ohne dass das System heruntergefahren werden muss.  Dieser Ansatz wird von vielen der Technologieplattformen verwendet, die wir alle regelmäßig nutzen, darunter Suchmaschinen wie Google, Medienplattformen wie Spotify und Netflix und soziale Medienplattformen wie LinkedIn und Facebook. Diese Plattformen werden ständig aktualisiert und verbessert, und es kommt fast nie zu Ausfallzeiten oder anderen negativen Folgen.

Mit einem zuverlässigen und innovationsfreudigen Technologiepartner können Anbieter besicherter Finanzdienstleistungen die neuesten Architekturen, Tools, Frameworks und Technologien für spezifische Dienste nutzen, ohne durch die Beschränkungen monolithischer und anderer veralteter Architekturen eingeschränkt zu werden. Diese technische Flexibilität ermöglicht es den Kreditgebern, neue Technologien zu nutzen und der Konkurrenz einen Schritt voraus zu sein, während sie ihren Kunden maßgeschneiderte Lösungen anbieten können, die ihren Anforderungen und Bedürfnissen voll entsprechen.

Bei Solifi haben wir den Microservice-Ansatz gewählt.  Wir haben festgestellt, dass wir mit dieser Architektur die Flexibilität, Skalierbarkeit, Qualität und Effizienz bieten können, die unsere Kunden benötigen. Wir haben den zusätzlichen Vorteil, unsere interne Entwicklungsskalierbarkeit und -qualität zu verbessern, was wir in Form von verbesserter Reaktionsfähigkeit und Qualität an unsere Kunden weitergeben.  Durch die lose Kopplung und die Unabhängigkeit unserer Dienste können wir Änderungen vornehmen und sie innerhalb von Minuten und Stunden statt Wochen und Monaten sicher bereitstellen.  Die schnelle Reaktionszeit auf Marktanforderungen positioniert Solifi als anpassungsfähiges und kundenorientiertes Unternehmen.

Wenn Sie Partner für Ihr nächstes Technologie-Upgrade evaluieren, sollten Sie nicht nur auf die Funktionalität der Produkte achten, sondern auch auf die Fähigkeit der Software und des Partners, das Wachstum und die Flexibilität Ihres Unternehmens zu unterstützen.

Solifi - Offene Finanzplattform

Nutzen Sie unsere flexible und sichere Plattform, um Ihr Wachstum zu beschleunigen

HTML element below this with JS to close menu for anchor links

Warum Solifi?

Wir gestalten die Finanztechnologie neu