Cloudflare hat das eigene Blog auf das eigene CMS EmDash umgezogen
Victoria Shinder2 Min. LesezeitCloudflare hat beschrieben, wie das Unternehmen sein Hauptblog vom bisherigen CMS-Anbieter auf EmDash umgezogen hat - das Open-Source-Content-Management-System, das es für Astro und die eigene Plattform entwickelt hat. Der Wechsel selbst fand am 12. August statt; der Bericht behandelt, was getestet wurde, was hakte und wie der Verkehr umgeleitet wurde. Cloudflare bezeichnet sich als "Customer Zero" des Produkts und schreibt, ein interner Engineering-Standard verlange von Teams eine Begründung, wenn sie einen externen Anbieter statt eines eigenen Produkts nutzen wollen.
Das Lastprofil bestimmte die Architektur. Das Blog sieht normalerweise rund 75 Anfragen pro Sekunde, mit Spitzen über 5.000. Das Team fuhr mit k6 drei Szenarien - einen Anstieg auf das Dreifache des Produktionsniveaus, einen Belastungstest bis zum Bruch und einen plötzlichen Ansturm von 7.000 Anfragen pro Sekunde - mit festen Kriterien: weniger als 0,01 Prozent 5xx-Antworten, 95. Perzentil unter 500 ms, 99. Perzentil unter einer Sekunde. Produktiv läuft EmDash auf Workers hinter dem neuen Workers Cache, mit einem Objekt-Cache auf Workers KV, den das EmDash-Team eigens dafür gebaut hat, und einer Hyperdrive-Verbindung zu PlanetScale. Laut Cloudflare kommen 99,5 Prozent der statischen Dateien und 70 Prozent der Anfragen aus dem Cache.
Umgestellt wurde über einen Proxy-Worker, der ein Versions-Cookie setzte und jeden Besucher zur alten oder neuen Seite leitete - mit Rückfall auf das alte Blog, sobald die neue Seite einen 500-Fehler lieferte. Der Verkehr ging am Umstellungstag von 1 über 5 und 15 bis auf 100 Prozent.
Was das bedeutet
Das nützlichste Detail für alle, die eine junge Plattform einführen, nennt Cloudflare selbst das größte Versäumnis: Geplante Beiträge funktionierten erst ab EmDash 0.19.0. Bei einer Publikation fällt ein stillschweigend gescheiterter geplanter Beitrag im ungünstigsten Moment auf - nach der Zeit, zu der er erscheinen sollte. Das Team fand den Fehler in Usability-Tests und nicht im Betrieb. Genau das spricht dafür, jeden Routineablauf aufzuschreiben und vor der Migration tatsächlich durchzuspielen.
Übertragbar ist auch das Rollout-Muster. Ein Proxy, der Nutzer per Cookie an eine Version bindet, hält das Erlebnis jedes Lesers konsistent, und der Rückfall pro Anfrage bei Serverfehlern macht aus einem schlechten Deployment eine langsamere Seite statt eines Ausfalls. Beides braucht nicht Cloudflare; jeder Edge-Proxy oder Load Balancer, der Cookies lesen kann, schafft das. Spezifisch ist das Ergebnis: EmDash ist laut Cloudflare noch vor Version 1.0, Lücken im Editor wurden gemeldet, ein Termin für Version 1 ist nicht angekündigt.