Highlights
Wir haben foura.ai von Grund auf neu gestaltet und den neuen Look innerhalb von zwei Tagen auf alle FourA-Plattformen übertragen. Blog, Docs, Update-Portal, Authentifizierungsseiten, E-Mail-Templates, Fehlerseiten. Wenn der Name FourA draufsteht, passt es jetzt zusammen. Auf der Infrastrukturseite haben wir das Monitoring-System überarbeitet, um Fehlalarme zu eliminieren, und konfigurierbare Schwellenwerte mit einem ordentlichen Incident-Log hinzugefügt.
Was neu ist
Komplettes Website-Redesign
Die Hauptseite hat eine komplette visuelle Überarbeitung erhalten. Neue Typografie (Outfit), eine indigoblaue Farbpalette und echter Support für Dark/Light-Themes mit einer Systemstandard-Option. Jede Komponente wurde neu gebaut: Pricing-Cards, der Playground, Landingpages, Kontakt- und Rechtstexte-Seiten sowie der Vorschaubereich des Dashboards (der jetzt Live-HTML anstelle von statischen Screenshots anzeigt).
Wir haben serverseitige OG-Metatags hinzugefügt, sodass das Teilen eines FourA-Links auf Slack oder Discord den korrekten Titel und die korrekte Beschreibung für jede Seite anzeigt. Und wenn du bereits eingeloggt bist, wechseln die Buttons automatisch von "Try Free" zu "Go to Dashboard".
Ein Design-System, überall
Ein einzelnes Redesign ist schön. Konsistenz über alle Touchpoints hinweg sorgt dafür, dass es im Gedächtnis bleibt. Wir haben dasselbe Design-System angewendet auf:
- Blog und Docs mit neuer Typografie, Farben und standardisierten Headern
- Update-Portal, das vollständig an die Hauptseite angepasst ist
- Authentifizierungsseiten, auf denen jetzt jeder Login- und Signup-Flow zum Look von FourA passt
- E-Mail-Templates für API-Key-Benachrichtigungen, Quota-Warnungen und Monitoring-Alarme
- Fehlerseiten, sodass sich selbst ein 502 wie ein Teil der Marke anfühlt
Stelle den Dark-Mode einmal ein und er folgt dir überallhin. Wir haben eine seitenübergreifende Theme-Synchronisierung über ein gemeinsames Cookie für .foura.ai mit drei Zuständen entwickelt: System, Light und Dark. Deine Einstellung bleibt über Tabs und Sessions hinweg bestehen.
Cmd+K-Befehlspalette
Drücke Cmd+K (oder Ctrl+K) im Blog, in den Docs oder im Update-Portal. Du erhältst sofortige Suche und Navigation. Wenn das Suchfeld leer ist, zeigt es verfügbare Ziele an. Sobald du zu tippen beginnst, filtert es die Inhalte in Echtzeit. Kleines Feature, großer Quality-of-Life-Gewinn.
Preise in mehreren Währungen
Die Preisgestaltung erkennt deinen Standort jetzt via GeoIP und zeigt Beträge in deiner lokalen Währung an. USD, EUR und GBP zum Start. Die Wechselkurse werden wöchentlich anhand von Live-Marktdaten aktualisiert, und die GeoIP-Datenbank wird alle zwei Wochen aktualisiert. Kein Rätselraten mehr, was du tatsächlich zahlen wirst.
Unter der Haube
Überarbeitung des Monitorings
Fehlalarme waren das Hauptproblem. Unser CPU-Monitoring verglich die Single-Core-Auslastung mit den Multi-Core-Container-Limits. Ein Node.js-Prozess bei 90 % eines einzelnen Kerns in einem Container mit 4 Kernen liegt insgesamt bei 22,5 %, nicht bei 90 %. Wir haben alle CPU-Metriken auf die tatsächliche Container-Kapazität normiert.
Die Auswertung der Rate-Limits wurde von der zählenden Erfassung pro Instanz auf das API-Gateway verlagert, wo die Limits tatsächlich durchgesetzt werden. Dies eliminierte falsche "approaching rate limit"-Warnungen, die durch das Zählen des Traffics zwischen internen Services verursacht wurden.
Schwellenwerte liegen jetzt in der Datenbank mit einer vollständigen API zum Lesen und Bearbeiten. Wir können die Alarmsensitivität anpassen, ohne neu zu deployen. Zudem haben wir ein Incident-Log mit Hysterese hinzugefügt, sodass ein zwischen Zuständen flackernder Service nicht 50 Benachrichtigungen auslöst.
Das 19.000-Request-Gespenst
Ein Parsing-Fehler in unserer Request-Pipeline führte dazu, dass der Zähler für aktive Requests leckte. Fehlgeschlagene Validierungen erhöhten den Zähler, verringerten ihn jedoch nie. Der Proxy-Routing-Service meldete 19.390 "aktive" Requests. Die tatsächliche Zahl lag bei etwa 20. Wir haben das Problem behoben, indem wir das Request-Tracking in eine ordentliche Fehlerbehandlung verpackt haben.
Infrastruktur
ClickHouse wurde von v24 auf v26 LTS aktualisiert, inklusive Performance-Tuning: 7 Tage TTL auf System-Log-Tabellen, reduzierte Hintergrund-Threads und eine Erhöhung des Arbeitsspeichers von 2 GB auf 4 GB. Die Proxy-Vault-Datenbank erhielt dieselbe Speichererhöhung. Auf der CI-Seite haben wir Concurrency-Groups hinzugefügt, um Deploy-Race-Conditions zu verhindern, wenn mehrere Workflows gleichzeitig getriggert werden.
Aber die zukunftsweisendste Änderung ist vielleicht die kleinste. Wir haben llms.txt hinzugefügt, damit KI-Assistenten eine strukturierte Beschreibung der Funktionen von FourA lesen können. Es ist 2026. Ein wachsender Anteil von Entwicklern findet Tools über KI, nicht über Suchmaschinen. Da können wir es ihnen genauso gut einfach machen.