CASE STUDY

DRVN

Wie die Fahrzeug-Kompatibilitätsprüfung von DRVN cloud-native neu entstand, für ein Sechzehntel der ursprünglichen Entwicklungskosten.

Auf einen Blick

Kunde
DRVN
Branche
Connected Vehicle, Diagnose
Partner
ÖAMTC, AA, ANWB
Leistungen
Platform Engineering, Backend & APIs, Architektur

Das Ergebnis

Dieselbe Funktion, neu gebaut. Blasse Balken sind die Kosten davor, volle Balken die Kosten heute.

Ergebnisse

Entwicklungskosten,
einmalig

Betriebskosten,
pro Monat

5.000 EUR vs. 80.000 EUR

200 EUR vs. 1.000 EUR

Was wir gemacht haben

Ausgangslage

DRVN und OpenResearch arbeiten seit den Gründungstagen von DRVN zusammen. Das Produkt läuft mit Partnern in mehreren Ländern: ÖAMTC, AA und ANWB.

Problem

Endnutzerinnen und Endnutzer brauchten eine Möglichkeit zu prüfen, ob ein OBD2-Diagnosestecker zu ihrem Fahrzeug passt, bevor sie einen bestellen. Die Funktion war bereits einmal entwickelt worden, und diese Version hatte einen Preis: rund 80.000 EUR für den Aufbau und etwa 1.000 EUR pro Monat für den Betrieb.

Vorgehen

Wir haben das ursprüngliche Design nicht portiert. Weil wir AWS und Google Apps im Detail kennen, konnten wir die Lösung selbst vereinfachen und Managed Services die Teile übernehmen lassen, die zuvor von Hand gebaut worden waren. Infrastructure as Code war von Tag eins vorhanden, nicht nachträglich ergänzt.

Lösung

Eine cloud-native Kompatibilitätsprüfung, die 5.000 EUR statt 80.000 EUR im Aufbau kostete, für 200 EUR statt 1.000 EUR pro Monat läuft und Monate früher ausgeliefert wurde als die nicht cloud-nativen Alternativen. In derselben Partnerschaft haben wir außerdem die komplexe Neuimplementierung eines Legacy-Connected-Vehicle-Systems umgesetzt.

Technische Details

Die Punkte, nach denen technische Entscheiderinnen und Entscheider bei diesem Projekt üblicherweise fragen.

  • Cloud-native by design, nicht durch Migration

    Die Ersparnis kam daraus, die Lösung rund um Managed Services von AWS und Google zu vereinfachen, nicht daraus, das alte Design auf gemieteten Servern zu betreiben.

  • Infrastructure as Code von Tag eins

    Der Weg in die Cloud erfolgte mit Infrastructure as Code, etwa Terraform, von Beginn an. Die Umgebung ist damit reproduzierbar und nicht handkonfiguriert.

  • Betriebskosten als Designvorgabe

    Die Betriebskosten waren Teil des Designs und nicht etwas, das man später optimiert. Deshalb sind sie gemeinsam mit den einmaligen Aufbaukosten gesunken.

  • Eine Legacy-Neuimplementierung in derselben Partnerschaft

    Über die Kompatibilitätsprüfung hinaus haben die Teams ein Legacy-Connected-Vehicle-System neu implementiert, also die schwierigere Hälfte eines solchen Projekts.

DRVN und OR arbeiten seit den Gründungstagen von DRVN zusammen, und die Beziehung, die unsere Teams aufgebaut haben, ließ die Zusammenarbeit so wirken, als wären wir ein Unternehmen. Das OR-Team war äußerst kompetent und half uns dabei, eine sehr komplexe Neuimplementierung eines Legacy-Connected-Vehicle-Systems umzusetzen.
Jim Kennedy Jim Kennedy CEO, DRVN

Zahlen Sie zu viel für Aufbau und Betrieb?

Schicken Sie uns das System und die Zahlen, die Sie heute haben. Wir melden uns mit der passenden technischen Ansprechperson und einer ehrlichen Einschätzung, was eine Neuentwicklung kosten würde.

Ihre persönliche Ansprechperson

Manuel Bogner

Manuel Bogner

CTO

manuel.bogner@openresearch.com