Highlights
Wir haben foura.ai von Grund auf neu gestaltet und das neue Design in zwei Tagen auf alle FourA-Dienste angewendet. Blog, Docs, Updates-Portal, Authentifizierungsseiten, E-Mail-Templates, Fehlerseiten. Wo FourA draufsteht, ist jetzt auch das neue Design drin. Auf der Infrastrukturseite haben wir das Monitoring-System überarbeitet, um falsche Alarme zu eliminieren. Zudem haben wir konfigurierbare Schwellenwerte mit einem ordentlichen Incident-Log hinzugefügt.
Neuerungen
Komplettes Website-Redesign
Die Hauptseite wurde visuell komplett überarbeitet. Neue Typografie (Outfit), eine Indigo-Farbpalette und saubere Unterstützung für Dark/Light-Themes mit einer System-Standardoption. Jede Komponente wurde neu gebaut: Pricing-Karten, das Playground, Landing Pages, Kontakt- und Rechtsseiten sowie die Vorschausektion im Dashboard (die jetzt Live-HTML statt statischer Screenshots zeigt).
Wir haben serverseitige OG-Meta-Tags hinzugefügt. Wenn du einen FourA-Link auf Slack oder Discord teilst, wird der korrekte Titel und die Beschreibung für jede Seite angezeigt. Wenn du bereits eingeloggt bist, wechseln Buttons automatisch von "Try Free" zu "Go to Dashboard".
Ein Designsystem für alles
Ein einfaches Redesign ist gut. Konsistenz über alle Kontaktpunkte hinweg macht den Unterschied. Wir haben dasselbe Designsystem angewendet auf:
- Blog und Docs mit neuer Typografie, neuen Farben und standardisierten Headern
- Updates-Portal, das vollständig auf die Hauptseite abgestimmt ist
- Authentifizierungsseiten, bei denen jeder Login- und Signup-Flow jetzt zum FourA-Look passt
- E-Mail-Templates für API-Key-Benachrichtigungen, Quota-Warnungen und Monitoring-Alarme
- Fehlerseiten, sodass sich selbst ein 502 markengerecht anfühlt
Aktiviere den Dark Mode einmal, und er folgt dir überallhin. Wir haben eine seitenübergreifende Theme-Synchronisation mit einem geteilten Cookie über .foura.ai hinweg mit drei Status gebaut: System, Light und Dark. Deine Präferenz bleibt über Tabs und Sessions hinweg bestehen.
Cmd+K Command Palette
Drücke Cmd+K (oder Ctrl+K) auf dem Blog, den Docs oder im Updates-Portal. Du erhältst sofortige Suche und Navigation. Wenn das Suchfeld leer ist, werden verfügbare Ziele angezeigt. Beginne zu tippen, und der Inhalt wird in Echtzeit gefiltert. Ein kleines Feature mit großem Mehrwert im Alltag.
Pricing in mehreren Währungen
Das Pricing erkennt jetzt deinen Standort über Geo-Daten und zeigt Beträge in deiner lokalen Währung an. Zum Start unterstützen wir USD, EUR und GBP. Die Wechselkurse werden wöchentlich aus Live-Marktdaten aktualisiert und die Geo-Datenbank alle zwei Wochen. Kein Raten mehr, was du tatsächlich zahlst.
Unter der Haube
Monitoring-Überarbeitung
Falsche Alarme waren das Hauptproblem. Unser CPU-Monitoring verglich die Single-Core-Auslastung mit Multi-Core-Container-Limits. Ein Node.js-Prozess, der auf 90% eines Kerns in einem 4-Core-Container läuft, nutzt insgesamt 22.5%, nicht 90%. Wir haben alle CPU-Metriken auf die tatsächliche Container-Kapazität normalisiert.
Die Auswertung des Rate Limits wurde vom Zählen pro Instanz auf das API-Gateway verlagert, wo die Limits tatsächlich durchgesetzt werden. Das eliminierte falsche Warnungen über das Erreichen des Rate Limits, die durch das Zählen von Traffic zwischen internen Diensten verursacht wurden.
Schwellenwerte liegen jetzt in der Datenbank mit einer vollständigen API zum Lesen und Bearbeiten. Wir können die Alarmempfindlichkeit ohne Neu-Deployments anpassen. Wir haben auch ein Incident-Log mit Hysterese hinzugefügt. So löst ein Dienst, der zwischen verschiedenen Zuständen hin- und herflackert, nicht 50 Benachrichtigungen aus.
Das Phantom der 19.000 Requests
Ein Parsing-Fehler in unserer Request-Pipeline verursachte ein Leck im Zähler für aktive Requests. Fehlgeschlagene Validierungen erhöhten den Zähler, verringerten ihn aber nie. Der Proxy-Routing-Dienst meldete 19.390 "aktive" Requests. Die tatsächliche Zahl lag bei etwa 20. Wir haben das behoben, indem wir das Request-Tracking in ein ordentliches Error-Handling verpackt haben.
Infrastruktur
Unser Analytics-Warehouse wurde auf ein neues LTS-Release mit Performance-Tuning umgestellt: 7 Tage TTL auf System-Log-Tabellen, reduzierte Hintergrund-Threads und mehr Speicherpuffer. Der Proxy-Storage erhielt denselben Speicherpuffer. Auf der CI-Seite haben wir Concurrency-Gruppen hinzugefügt. Das verhindert Race Conditions beim Deployment, wenn mehrere Workflows gleichzeitig starten.
Die zukunftsweisendste Änderung ist aber vielleicht die kleinste. Wir haben llms.txt hinzugefügt, damit KI-Assistenten eine strukturierte Beschreibung der Funktionen von FourA lesen können. Wir haben 2026. Ein wachsender Teil der Entwickler findet Tools über KI, nicht über Suchmaschinen. Das können wir auch gleich vereinfachen.