Wie wir eine ineffiziente Reporting-Lösung refactored haben

Implementierung eines Data Warehouse, eines ELT-Prozesses, eines Kundenportals und von Berichten für eine US-amerikanische Messaging-Plattform, wodurch die Entwicklungszeit um 58 % reduziert wurde.

[ Kunde ]

Über den Kunden

Der Kunde ist ein US-amerikanischer Entwickler einer Messaging-Plattform.

400GB
Verwaltete Data-Warehouse-Größe: 40 %
Reduzierung der Design-Entwicklung: 58 %
Reduzierung der gesamten Entwicklungszeit

[ Herausforderung ]

Ein Berichtssystem ohne technische Disziplin

Der Kunde verfügte über ein Berichtssystem für den Messenger, das vom vorherigen Entwicklungsteam jedoch ohne fundierten technischen Ansatz implementiert worden war. Die Folgen:

Jede Funktion wurde unabhängig von der Gesamtlösung implementiert. Ursache dafür war das Fehlen eines durchdachten Ansatzes für die Architektur der Lösung;
Es war unmöglich, eine bestimmte Funktion zu lokalisieren, da im Projekt ein bunter Mix aus Tools und Technologien zum Einsatz kam: sowohl Cloud- als auch On-Premise-Umgebungen sowie verschiedene Sprachen (Python, Perl, SQL und Bash);
Die Dokumentation fehlte.

[ Lösung ]

Entwicklung der Lösung

Unser Team begann mit der Analyse der Lösung und der Optimierungswünsche. Anschließend entwarf das Team die Architektur einer neuen Lösung und schlug eine Reihe skalierbarer und kosteneffizienter Software-Tools vor, die für die Umsetzung der geforderten Funktionen erforderlich waren.

Unser Team entwickelte das Data Warehouse, den ETL-Prozess, das Kundenportal und die Berichte von Grund auf neu. Anschließend ermöglichten wir den direkten Datenzugriff im Multi-Tenant-Data-Warehouse.

Technische Details

Das Data Warehouse umfasst 400 GB
Der ETL-Prozess läuft einmal täglich und verarbeitet 1 GB
150 Mandanten in einem einzigen Data Warehouse
3.000 Berichte werden täglich generiert und per E-Mail versendet

Wichtigste Erfolge

Entstanden ist eine übersichtliche und gut dokumentierte Lösung, die sich entsprechend der aktuellen Arbeitslast skalieren lässt. Die neue Version ist für die Eigentümer kosteneffizient, da nur während der Verarbeitung Kosten anfallen und nicht im Leerlauf. Unser Team hat erfolgreich:

Die vorherige Version der Lösung analysiert

Unser Team analysierte die bisherige Version der Lösung und dokumentierte die Anforderungen für Verbesserungen.

Einen Lösungsvorschlag erstellt

Wir erstellten einen neuen Lösungsvorschlag, der eine neue Architektur und die Beschreibung der Mailing-Funktionen umfasste. Zudem schlugen wir eine Reihe von Software-Tools für das Projekt vor.

Den Übergang vollzogen

Das Team setzte das Projekt um und vollzog einen reibungslosen Übergang von der bisherigen zur neuen Lösung.

[ Ergebnisse ]

Wirkung, die zählt

Das Team lieferte eine einfache, gut dokumentierte und skalierbare Lösung. Die neue Version verursacht nur während der aktiven Verarbeitung Kosten, nicht im Leerlauf, was sie besonders wirtschaftlich macht.

58 % schnellere Bereitstellung

Die gesamte Entwicklungszeit wurde dank einer kohärenten Architektur und von Anfang an klar definierten Tools um 58 % gegenüber dem ursprünglichen System reduziert.

40 % schnellere Design-Entwicklung

Die Entwicklung des Web-App-Designs wurde durch wiederverwendbare Komponenten und ein gut strukturiertes Design-System, das im gesamten Kundenportal angewendet wird, um 40 % beschleunigt.

Kosteneffizient und skalierbar

Die neue Lösung ist gut dokumentiert und skalierbar. Da Kosten nur bei aktiver Verarbeitung anfallen, profitiert der Kunde von erheblichen Einsparungen bei der Infrastruktur.

[ Tech-Stack ]