Die 2016 gegründete African Bank betreibt Privatkundenbanken in ganz Südafrika. Die African Bank war ursprünglich ein ungesicherter Kreditgeber, wurde 2016 jedoch umstrukturiert und bietet nun ihre Dienste direkt den Verbrauchern an. Verbraucher nutzen die Dienstleistungen der African Bank über einen Omnichannel-Ansatz mit physischen Filialen und digitalen Vorgängen wie dem Internet, mobilen Anwendungen und Callcentern.
Die African Bank betrachtet ihre digitalen Innovationen und Produktangebote als eine Möglichkeit, sowohl die Gesamtkosten zu senken als auch den Bankkunden einen Mehrwert zu bieten. Die anfängliche Architektur, die die verschiedenen über die Kanäle verfügbaren digitalen Funktionen unterstützte, war monolithischer Natur. Wenn Entwickler neue Funktionen einführen wollten, mussten sie daher einen umständlichen und zeitaufwändigen Prozess durchlaufen, der sowohl Genehmigungen als auch langwierige Tests umfasste. Die African Bank war sich der Vorteile bewusst, die sie durch die Migration von einer monolithischen zu einer Microservices-Architektur erzielen konnte, musste jedoch eine Kernkomponente finden, die eine Vielzahl von Funktionen über die gesamte Omnichannel-Plattform hinweg bereitstellen und gleichzeitig problemlos in einem Container-Framework bereitgestellt werden konnte. Darüber hinaus benötigte die Bank kommerziellen Support für die Komponente, die sie als Kern ihrer Microservices-Architektur identifizierte. Schließlich benötigte die African Bank eine bessere Möglichkeit zur Verwaltung ihrer APIs, um die von den Microservices bereitgestellte Funktionalität auf aktuelle und potenzielle Partnerunternehmen in der FinTech-Branche auszuweiten.
Als die African Bank eine Umstellung auf eine Microservices-Architektur anstrebte, stieß sie auf die NGINX Microservices Reference Architecture (MRA), die nicht nur einen klaren Weg zum Erstellen und Bereitstellen der Architektur vorgab, sondern auch F5 NGINX Plus als die zentralisierte Komponente identifizierte, die sie benötigte, um Anfragen von Endbenutzern an die in ihrem containerbasierten Framework bereitgestellten Dienste weiterzuleiten.
Bevor sich die African Bank für NGINX Plus entschied, nutzte ihre monolithische Architektur eine Vielzahl von Tools, darunter typische Anwendungsbereitstellungscontroller wie F5 BIG-IP für das globale Verkehrsmanagement und F5 WAF für die Sicherheit. Anstatt diese Tools zu ersetzen, erweiterte NGINX Plus laut der Bank die vorhandene Infrastruktur durch leistungsstarke Funktionen wie Reverse-Proxy und Lastausgleich. Was NGINX Plus letztendlich bot, war eine leistungsstarke multifunktionale Komponente, die alle Anwendungsfälle abdeckte und problemlos flexibel eingesetzt werden konnte.
Da NGINX Plus eine einzelne Komponente ist, die viele Funktionen bereitstellt, muss die African Bank nicht mehr zwischen verschiedenen Einzelfunktionslösungen wie Apigee für die API-Verwaltung wählen und einsetzen, was die gesamte Verwaltung und Wartung der Architektur erheblich komplizierter gemacht hätte. Darüber hinaus kann NGINX Plus auf Bare-Metal- und virtuellen Maschinen sowie – was am wichtigsten ist – in Docker-Containern eingesetzt werden, die für jede Microservices-Architektur von entscheidender Bedeutung sind und der Bank eine beispiellose Flexibilität bei der Bereitstellung ihrer überarbeiteten Infrastruktur bieten.
NGINX Plus bietet nicht nur einen leistungsstarken Reverse-Proxy und Load Balancer, sondern auch eine Möglichkeit, die Verfügbarkeit, Authentifizierung, Messung, Sicherheit und andere Aspekte der APIs zu verwalten, die die Bank ihren zahlreichen FinTech-Partnern zur Verfügung stellt. Die von den Ingenieuren der African Bank erstellte Architektur ist eine dynamische, skalierbare Lösung, die Docker-Container, NGINX Plus-Instanzen und angepassten Code verwendet, sodass Entwickler die volle Kontrolle über bereitgestellte Dienste übernehmen und diese in Echtzeit in die Architektur einfügen können.
Seit der Einführung von NGINX Plus konnten die Techniker und Betriebsmitarbeiter der African Bank eine deutliche Verbesserung der Bearbeitungszeit für die Bereitstellung angeforderter Funktionen und neuer Features auf ihrer Omnichannel-Plattform feststellen. In der Vergangenheit war die Vorlaufzeit für die Erstellung neuer Server und die Bereitstellung neuer Load Balancer beträchtlich. Mit NGINX Plus konnten sie die Kontrolle über die Anwendungs- und Funktionsbereitstellung in die Hände der Entwickler legen, die jetzt bei Bedarf eine NGINX Plus-Instanz hochfahren und für ihren spezifischen Anwendungsfall einsetzen können.
Innerhalb der Microservices-Architektur können diese Anwendungsfälle in einem Dienst gekapselt werden, der mit dem Docker-Container verknüpft ist. Durch eine dynamisch konfigurierbare NGINX-Konfigurationsdatei, die durch das Lesen von Serviceereignissen über die Docker-API automatisch aktualisiert wird, können neue Funktionen, die als Microservices gekapselt sind, in Echtzeit und ohne Serverausfallzeiten gestartet werden. Dies bedeutet, dass die African Bank neue Funktionen schnell auf ihrer Omnichannel-Plattform einführen kann und so im südafrikanischen Privatkundengeschäft wettbewerbsfähig bleibt. Darüber hinaus kann die Bank ihr Omnichannel-Angebot problemlos an die Kundenbedürfnisse anpassen – nicht jeder Kunde benötigt jede Funktion. Mit der Microservices-Architektur ist es einfach, den richtigen Kunden die richtigen Funktionen bereitzustellen.
Die monolithische Architektur erschwerte die Skalierung. Als die Ingenieure mehr Kapazität zum Lastausgleich benötigten, mussten sie zusätzliche Geräte einsetzen. Als sie mehr Anwendungsserver brauchten, mussten sie physisch mehr Hardware hinzufügen.
Mit der neuen Microservices-Architektur, die auf einem containerbasierten Framework basiert, ist eine Skalierung als Reaktion auf sich ändernde Nachfrage schnell und einfach. Da NGINX Plus in einem Docker-Container bereitgestellt wird, können Entwickler der African Bank neue Dienste einrichten, die automatisch für Anfragen verfügbar sind, die an den NGINX Plus-Dienst im Container gesendet werden. Dies bedeutet, dass die Dienste zustandslos und flüchtig sein und sich leicht an die Anforderungen von Benutzern oder Anwendungen anpassen lassen können. Darüber hinaus hat die Bank in diesem Modell eine flexible NGINX-Konfigurationsvorlagenarchitektur eingesetzt, die beim Hochfahren der Instanz mithilfe benutzerdefinierter Skripts dynamisch konfiguriert werden kann (über verfügbare Dienste, die über die Docker-API abgerufen werden). Dadurch entfällt die Notwendigkeit, bestimmte Konfigurationsdateien zu dokumentieren und aufzubewahren. Alles in allem bietet die NGINX Plus-zentrierte Microservices-Architektur ein Maß an Zuverlässigkeit, das die Bank vorher nicht hatte.
Der Markt für Privatkundenbanken ist in Südafrika hart umkämpft. Die African Bank ist ein kleinerer Neueinsteiger auf einem Markt, der von fünf größeren Banken dominiert wird. Die Fähigkeit der Banken, überzeugende digitale Funktionen einzuführen, ist für die Bereitstellung erstklassiger Dienstleistungen und die Bindung ihrer Kunden von entscheidender Bedeutung. Die bisherige monolithische Architektur gestaltete die Bereitstellung neuer Funktionen sehr ineffizient: Für die Einführung neuer Dienste mussten Entwickler häufig erhebliche bürokratische Hürden überwinden oder sehr lange Testzyklen durchlaufen, was zu Verzögerungen bei der Markteinführung führte. Durch die Umstellung auf eine Microservices-Architektur mit NGINX Plus als Herzstück verfügen Entwickler nun über viel mehr Autonomie bei der Entwicklung und Bereitstellung von Funktionen, was zu erheblichen Effizienzsteigerungen führt und einem der Grundprinzipien der African Bank gerecht wird: „Seien Sie flexibel.“ Durch die schnellere Bereitstellung von Funktionen können sie mehr Funktionen bereitstellen und so der African Bank helfen, mit ihrer Omnichannel-Plattform wettbewerbsfähig zu bleiben.