Mit KI in einer Stunde erledigt, was ich sonst nicht angefasst hätte
Von Evren BalVeröffentlicht · 3 Min. Lesezeit

Seite kopieren
PeşinTaksit ist ein kleines Werkzeug, das die tatsächlichen Kosten von Barzahlung und Ratenoptionen vergleicht. Als ich das Projekt entwickelte, schrieb ich bereits darüber, warum ich es gebaut habe und wie es funktioniert.
Danach blieb das Projekt am Rand liegen. Es hatte wenig Traffic. Ich kümmerte mich kaum darum und, offen gesagt, war es mir auch nicht besonders wichtig.
Trotzdem bedeutete dieses kleine Projekt für mich einen MariaDB-Container, einen Redis-Container, einen Fastify-Backend-Container und einen Nuxt-Frontend-Container, die ich verwalten musste. Alle vier liefen auf Docker Swarm.
Das Produkt hatte ich beiseitegelegt. Seine Infrastruktur stand weiterhin auf meiner Wartungsliste.
Vier Container für ein Nebenprojekt
An der alten Architektur von PeşinTaksit war technisch nichts kaputt. Das System funktionierte. Ich hatte nur einen Stack gebaut, der größer war, als das Produkt ihn brauchte.
Die Datenbank lief separat. Redis ebenfalls. Backend und Frontend hatten jeweils ihren eigenen Container. Ich stellte alle vier über Docker Swarm bereit und verwaltete sie dort.
Container zu betreiben ist für mich keine besondere Schwierigkeit. Für ein wenig genutztes Projekt, mit dem ich mich kaum beschäftigte, wollte ich diese Arbeit trotzdem nicht machen. Weder der Traffic noch die Aufmerksamkeit, die ich dem Produkt widmete, rechtfertigten die Architektur.
Ich dachte schon länger darüber nach, die Infrastruktur zu vereinfachen. Für Refactoring, Datenmigration und Deployment hätte ich unter normalen Umständen mit 3–5 Tagen gerechnet. Gleichzeitig wusste ich, dass ich diese Zeit nicht für PeşinTaksit aufbringen würde.
Solange das System funktionierte, blieb es deshalb unverändert.
Von vier Containern zu einem Deployment
Die Daten von PeşinTaksit eigneten sich für Cloudflare KV. Die KI entfernte die MariaDB- und Redis-Schichten und passte den Datenzugriff an KV an.
Auch die Fastify-Routen und -Services wanderten in die Nuxt-Server-Routen. Statt getrennter Backend- und Frontend-Container liegen nun beide Seiten der Anwendung im selben Nuxt-Projekt. Aus vier separat verwalteten Diensten wurde ein einziges Cloudflare-Workers-Deployment.
Ich sah die erzeugten Änderungen durch und fand kein wesentliches Problem. Anschließend stellte ich die neue Version auf Cloudflare Workers bereit. Zwischen dem Beginn des Refactorings und dem produktiven Betrieb der neuen Architektur lag ungefähr eine Stunde.
Das ist kein Geschwindigkeitsbenchmark. Die eine Stunde ist die tatsächlich beobachtete Dauer. Die 3–5 Tage waren meine Schätzung vor Arbeitsbeginn. Ich habe dieselbe Migration nicht ohne KI als kontrollierten Vergleich durchgeführt.
Das praktische Ergebnis ist einfacher: Eine Aufgabe, für die ich keine 3–5 Tage eingeplant hätte, war nach ungefähr einer Stunde erledigt.
Auch der kostenlose Tarif war Teil der Entscheidung
PeşinTaksit läuft derzeit im kostenlosen Tarif von Cloudflare Workers. Sollte ich auf einen kostenpflichtigen Tarif wechseln müssen, beginnt ein Workers-Paid-Konto bei mindestens 5 US-Dollar pro Monat. Bei einer Nutzung über die enthaltenen Grenzen hinaus können weitere Kosten entstehen. Für ein so kleines Projekt würde der Einstiegspreis meine Entscheidung jedoch nicht verändern.
Eine ähnliche Entscheidung hatte ich bereits für diese Website getroffen. Als ich den Blog von WordPress auf seine Nuxt-basierte Architektur umstellte, verringerte ich ebenfalls die Infrastruktur, die ich betreiben musste. Heute läuft auch evrenbal.com auf Cloudflare Workers.
Die beiden Projekte unterscheiden sich in Zweck und Umfang. Die betriebliche Präferenz ist dieselbe: Ein Projekt, das nicht ständig meine Aufmerksamkeit braucht, sollte mit möglichst wenigen beweglichen Teilen laufen.
Die Hostingkosten der neuen Architektur sind gering. Der sichtbarere Gewinn besteht für mich darin, Datenbank, Redis, Backend und Frontend nicht mehr separat verfolgen zu müssen. Das Projekt am Leben zu halten, verlangt nun weniger operative Aufmerksamkeit.
PeşinTaksit bleibt ein Nebenprojekt
Durch dieses Refactoring wurde PeşinTaksit nicht plötzlich zu meinem wichtigsten Projekt. Es bleibt ein kleines Werkzeug mit wenig Traffic, das weiterhin am Rand liegt.
Als Nächstes möchte ich Oberfläche und Nutzererlebnis verbessern. Wann ich das tun werde, weiß ich noch nicht. Zumindest liegt eine kleine Änderung an der Oberfläche nun nicht mehr auf einer Infrastruktur, die für das Produkt zu groß ist.
Der Wert von KI lag in diesem Fall darin, eine Aufräumarbeit, die ich aus Bequemlichkeit nicht eingeplant hätte, klein genug zu machen, dass ich sie tatsächlich erledigte.
KI machte PeşinTaksit nicht wichtiger. Sie gab dem Produkt eine Infrastruktur, die seiner Bedeutung entspricht.
Wenn dieser Artikel hilfreich war
Ein Link von einer passenden Seite Ihrer Website oder das Teilen in sozialen Medien hilft diesem Artikel, mehr Menschen zu erreichen. Vielen Dank.
Hinweise zu Links und Marke →Über diesen Artikel
Dieser Beitrag wurde auf Grundlage der englischen Fassung redaktionell für die deutsche Ausgabe lokalisiert.
- Einsatz künstlicher Intelligenz
- Mit KI-Unterstützung — Dieser Artikel beruht auf den Erfahrungen, Schätzungen und Bewertungen von Evren Bal. KI-gestützte Werkzeuge wurden bei der Strukturierung und Ausarbeitung des Entwurfs sowie zur Erzeugung des Titelbilds eingesetzt; die endgültige redaktionelle Verantwortung liegt bei Evren Bal.
- Transparenzhinweis
- PeşinTaksit ist ein von Evren Bal entwickeltes Produkt.
