4 months ago
Edge Functions haben unsere Backend-Architektur fundamental verändert. Auth-Checks, A/B-Testing, Geolocation-Redirects - alles auf der Edge in unter 50ms, weltweit. Kein Origin-Server-Roundtrip mehr für diese Logik.
Kosten: 0.02 EUR pro 100.000 Invocations vs. 45 EUR/Monat für einen dedizierten Server. Bei unserem Traffic-Muster sparen wir 80%. Und das Beste: Kein Server-Management, kein Scaling, kein Ops-Aufwand. #edge #serverless #cloudflare
Kosten: 0.02 EUR pro 100.000 Invocations vs. 45 EUR/Monat für einen dedizierten Server. Bei unserem Traffic-Muster sparen wir 80%. Und das Beste: Kein Server-Management, kein Scaling, kein Ops-Aufwand. #edge #serverless #cloudflare
4 months ago
Bun als Runtime für unser Backend: Build-Zeiten von 45s auf 3s, Test-Suite von 2 Minuten auf 18 Sekunden. Die native TypeScript-Unterstützung ohne Transpiler-Schritt ist ein Game-Changer für die Developer Experience.
Eine Warnung: Nicht alle npm-Packages sind kompatibel. Wir hatten 3 Packages die Bun-spezifische Workarounds brauchten. Für neue Projekte aber absolute Empfehlung. #bun #typescript #backend
Eine Warnung: Nicht alle npm-Packages sind kompatibel. Wir hatten 3 Packages die Bun-spezifische Workarounds brauchten. Für neue Projekte aber absolute Empfehlung. #bun #typescript #backend
4 months ago
Monorepo mit Turborepo: Build-Zeiten von 25 Minuten auf 7 Minuten. Remote Caching auf Vercel spart nochmal 60% bei unveränderten Packages. 4 Frontend-Apps, 12 Shared-Libraries, ein einziger Dependency-Tree.
Der größte Vorteil den niemand erwähnt: Atomic Commits über alle Packages. Wenn ein API-Typ sich ändert, werden Frontend und Backend im gleichen PR angepasst. Keine Versions-Inkompatibilitäten mehr. #monorepo #turborepo #devex
Der größte Vorteil den niemand erwähnt: Atomic Commits über alle Packages. Wenn ein API-Typ sich ändert, werden Frontend und Backend im gleichen PR angepasst. Keine Versions-Inkompatibilitäten mehr. #monorepo #turborepo #devex
4 months ago
Edge Functions haben unsere Backend-Architektur fundamental verändert. Auth-Checks, A/B-Testing, Geolocation-Redirects - alles auf der Edge in unter 50ms, weltweit. Kein Origin-Server-Roundtrip mehr für diese Logik.
Kosten: 0.02 EUR pro 100.000 Invocations vs. 45 EUR/Monat für einen dedizierten Server. Bei unserem Traffic-Muster sparen wir 80%. Und das Beste: Kein Server-Management, kein Scaling, kein Ops-Aufwand. #edge #serverless #cloudflare
Kosten: 0.02 EUR pro 100.000 Invocations vs. 45 EUR/Monat für einen dedizierten Server. Bei unserem Traffic-Muster sparen wir 80%. Und das Beste: Kein Server-Management, kein Scaling, kein Ops-Aufwand. #edge #serverless #cloudflare
5 months ago
Edge Functions haben unsere Backend-Architektur fundamental verändert. Auth-Checks, A/B-Testing, Geolocation-Redirects - alles auf der Edge in unter 50ms, weltweit. Kein Origin-Server-Roundtrip mehr für diese Logik.
Kosten: 0.02 EUR pro 100.000 Invocations vs. 45 EUR/Monat für einen dedizierten Server. Bei unserem Traffic-Muster sparen wir 80%. Und das Beste: Kein Server-Management, kein Scaling, kein Ops-Aufwand. #edge #serverless #cloudflare
Kosten: 0.02 EUR pro 100.000 Invocations vs. 45 EUR/Monat für einen dedizierten Server. Bei unserem Traffic-Muster sparen wir 80%. Und das Beste: Kein Server-Management, kein Scaling, kein Ops-Aufwand. #edge #serverless #cloudflare
5 months ago
Bun als Runtime für unser Backend: Build-Zeiten von 45s auf 3s, Test-Suite von 2 Minuten auf 18 Sekunden. Die native TypeScript-Unterstützung ohne Transpiler-Schritt ist ein Game-Changer für die Developer Experience.
Eine Warnung: Nicht alle npm-Packages sind kompatibel. Wir hatten 3 Packages die Bun-spezifische Workarounds brauchten. Für neue Projekte aber absolute Empfehlung. #bun #typescript #backend
Eine Warnung: Nicht alle npm-Packages sind kompatibel. Wir hatten 3 Packages die Bun-spezifische Workarounds brauchten. Für neue Projekte aber absolute Empfehlung. #bun #typescript #backend
5 months ago
API-Design Lehre aus 3 Jahren Produktion: Versionierung von Tag 1 einplanen. Wir mussten unsere API nachträglich versionieren - das bedeutete 6 Wochen Umbau, 200+ Clients informieren und eine 3-monatige Übergangsphase mit Doppel-Support.
Was wir jetzt anders machen: URL-Versionierung (/v1/, /v2/), Deprecation-Header ab Tag 1, und ein API-Changelog der automatisch aus OpenAPI-Diffs generiert wird. Hätten wir das von Anfang an gehabt, wären uns 2 Monate Arbeit erspart geblieben. #api #backend #architektur
Was wir jetzt anders machen: URL-Versionierung (/v1/, /v2/), Deprecation-Header ab Tag 1, und ein API-Changelog der automatisch aus OpenAPI-Diffs generiert wird. Hätten wir das von Anfang an gehabt, wären uns 2 Monate Arbeit erspart geblieben. #api #backend #architektur
5 months ago
GraphQL nach 12 Monaten in Produktion: Over-Fetching ist Geschichte, Frontend-Team arbeitet unabhängig vom Backend. Aber - die Komplexität auf der Server-Seite ist enorm gewachsen. N+1 Queries, Autorisierung pro Feld, Query-Depth-Limiting gegen Missbrauch.
Mein Fazit: Für komplexe UIs mit vielen verschachtelten Daten ist GraphQL genial. Für einfache CRUD-APIs ist REST weiterhin die bessere Wahl. Nicht jedes Problem braucht GraphQL. #graphql #api #architektur
Mein Fazit: Für komplexe UIs mit vielen verschachtelten Daten ist GraphQL genial. Für einfache CRUD-APIs ist REST weiterhin die bessere Wahl. Nicht jedes Problem braucht GraphQL. #graphql #api #architektur
5 months ago
Monorepo mit Turborepo: Build-Zeiten von 25 Minuten auf 7 Minuten. Remote Caching auf Vercel spart nochmal 60% bei unveränderten Packages. 4 Frontend-Apps, 12 Shared-Libraries, ein einziger Dependency-Tree.
Der größte Vorteil den niemand erwähnt: Atomic Commits über alle Packages. Wenn ein API-Typ sich ändert, werden Frontend und Backend im gleichen PR angepasst. Keine Versions-Inkompatibilitäten mehr. #monorepo #turborepo #devex
Der größte Vorteil den niemand erwähnt: Atomic Commits über alle Packages. Wenn ein API-Typ sich ändert, werden Frontend und Backend im gleichen PR angepasst. Keine Versions-Inkompatibilitäten mehr. #monorepo #turborepo #devex
5 months ago
API-Design Lehre aus 3 Jahren Produktion: Versionierung von Tag 1 einplanen. Wir mussten unsere API nachträglich versionieren - das bedeutete 6 Wochen Umbau, 200+ Clients informieren und eine 3-monatige Übergangsphase mit Doppel-Support.
Was wir jetzt anders machen: URL-Versionierung (/v1/, /v2/), Deprecation-Header ab Tag 1, und ein API-Changelog der automatisch aus OpenAPI-Diffs generiert wird. Hätten wir das von Anfang an gehabt, wären uns 2 Monate Arbeit erspart geblieben. #api #backend #architektur
Was wir jetzt anders machen: URL-Versionierung (/v1/, /v2/), Deprecation-Header ab Tag 1, und ein API-Changelog der automatisch aus OpenAPI-Diffs generiert wird. Hätten wir das von Anfang an gehabt, wären uns 2 Monate Arbeit erspart geblieben. #api #backend #architektur
5 months ago
Bun als Runtime für unser Backend: Build-Zeiten von 45s auf 3s, Test-Suite von 2 Minuten auf 18 Sekunden. Die native TypeScript-Unterstützung ohne Transpiler-Schritt ist ein Game-Changer für die Developer Experience.
Eine Warnung: Nicht alle npm-Packages sind kompatibel. Wir hatten 3 Packages die Bun-spezifische Workarounds brauchten. Für neue Projekte aber absolute Empfehlung. #bun #typescript #backend
Eine Warnung: Nicht alle npm-Packages sind kompatibel. Wir hatten 3 Packages die Bun-spezifische Workarounds brauchten. Für neue Projekte aber absolute Empfehlung. #bun #typescript #backend
5 months ago
Edge Functions haben unsere Backend-Architektur fundamental verändert. Auth-Checks, A/B-Testing, Geolocation-Redirects - alles auf der Edge in unter 50ms, weltweit. Kein Origin-Server-Roundtrip mehr für diese Logik.
Kosten: 0.02 EUR pro 100.000 Invocations vs. 45 EUR/Monat für einen dedizierten Server. Bei unserem Traffic-Muster sparen wir 80%. Und das Beste: Kein Server-Management, kein Scaling, kein Ops-Aufwand. #edge #serverless #cloudflare
Kosten: 0.02 EUR pro 100.000 Invocations vs. 45 EUR/Monat für einen dedizierten Server. Bei unserem Traffic-Muster sparen wir 80%. Und das Beste: Kein Server-Management, kein Scaling, kein Ops-Aufwand. #edge #serverless #cloudflare
5 months ago
API-Design Lehre aus 3 Jahren Produktion: Versionierung von Tag 1 einplanen. Wir mussten unsere API nachträglich versionieren - das bedeutete 6 Wochen Umbau, 200+ Clients informieren und eine 3-monatige Übergangsphase mit Doppel-Support.
Was wir jetzt anders machen: URL-Versionierung (/v1/, /v2/), Deprecation-Header ab Tag 1, und ein API-Changelog der automatisch aus OpenAPI-Diffs generiert wird. Hätten wir das von Anfang an gehabt, wären uns 2 Monate Arbeit erspart geblieben. #api #backend #architektur
Was wir jetzt anders machen: URL-Versionierung (/v1/, /v2/), Deprecation-Header ab Tag 1, und ein API-Changelog der automatisch aus OpenAPI-Diffs generiert wird. Hätten wir das von Anfang an gehabt, wären uns 2 Monate Arbeit erspart geblieben. #api #backend #architektur
6 months ago
Edge Functions haben unsere Backend-Architektur fundamental verändert. Auth-Checks, A/B-Testing, Geolocation-Redirects - alles auf der Edge in unter 50ms, weltweit. Kein Origin-Server-Roundtrip mehr für diese Logik.
Kosten: 0.02 EUR pro 100.000 Invocations vs. 45 EUR/Monat für einen dedizierten Server. Bei unserem Traffic-Muster sparen wir 80%. Und das Beste: Kein Server-Management, kein Scaling, kein Ops-Aufwand. #edge #serverless #cloudflare
Kosten: 0.02 EUR pro 100.000 Invocations vs. 45 EUR/Monat für einen dedizierten Server. Bei unserem Traffic-Muster sparen wir 80%. Und das Beste: Kein Server-Management, kein Scaling, kein Ops-Aufwand. #edge #serverless #cloudflare
6 months ago
Monorepo mit Turborepo: Build-Zeiten von 25 Minuten auf 7 Minuten. Remote Caching auf Vercel spart nochmal 60% bei unveränderten Packages. 4 Frontend-Apps, 12 Shared-Libraries, ein einziger Dependency-Tree.
Der größte Vorteil den niemand erwähnt: Atomic Commits über alle Packages. Wenn ein API-Typ sich ändert, werden Frontend und Backend im gleichen PR angepasst. Keine Versions-Inkompatibilitäten mehr. #monorepo #turborepo #devex
Der größte Vorteil den niemand erwähnt: Atomic Commits über alle Packages. Wenn ein API-Typ sich ändert, werden Frontend und Backend im gleichen PR angepasst. Keine Versions-Inkompatibilitäten mehr. #monorepo #turborepo #devex
6 months ago
Bun als Runtime für unser Backend: Build-Zeiten von 45s auf 3s, Test-Suite von 2 Minuten auf 18 Sekunden. Die native TypeScript-Unterstützung ohne Transpiler-Schritt ist ein Game-Changer für die Developer Experience.
Eine Warnung: Nicht alle npm-Packages sind kompatibel. Wir hatten 3 Packages die Bun-spezifische Workarounds brauchten. Für neue Projekte aber absolute Empfehlung. #bun #typescript #backend
Eine Warnung: Nicht alle npm-Packages sind kompatibel. Wir hatten 3 Packages die Bun-spezifische Workarounds brauchten. Für neue Projekte aber absolute Empfehlung. #bun #typescript #backend
6 months ago
GraphQL nach 12 Monaten in Produktion: Over-Fetching ist Geschichte, Frontend-Team arbeitet unabhängig vom Backend. Aber - die Komplexität auf der Server-Seite ist enorm gewachsen. N+1 Queries, Autorisierung pro Feld, Query-Depth-Limiting gegen Missbrauch.
Mein Fazit: Für komplexe UIs mit vielen verschachtelten Daten ist GraphQL genial. Für einfache CRUD-APIs ist REST weiterhin die bessere Wahl. Nicht jedes Problem braucht GraphQL. #graphql #api #architektur
Mein Fazit: Für komplexe UIs mit vielen verschachtelten Daten ist GraphQL genial. Für einfache CRUD-APIs ist REST weiterhin die bessere Wahl. Nicht jedes Problem braucht GraphQL. #graphql #api #architektur
7 months ago
API-Design Lehre aus 3 Jahren Produktion: Versionierung von Tag 1 einplanen. Wir mussten unsere API nachträglich versionieren - das bedeutete 6 Wochen Umbau, 200+ Clients informieren und eine 3-monatige Übergangsphase mit Doppel-Support.
Was wir jetzt anders machen: URL-Versionierung (/v1/, /v2/), Deprecation-Header ab Tag 1, und ein API-Changelog der automatisch aus OpenAPI-Diffs generiert wird. Hätten wir das von Anfang an gehabt, wären uns 2 Monate Arbeit erspart geblieben. #api #backend #architektur
Was wir jetzt anders machen: URL-Versionierung (/v1/, /v2/), Deprecation-Header ab Tag 1, und ein API-Changelog der automatisch aus OpenAPI-Diffs generiert wird. Hätten wir das von Anfang an gehabt, wären uns 2 Monate Arbeit erspart geblieben. #api #backend #architektur
7 months ago
API-Design Lehre aus 3 Jahren Produktion: Versionierung von Tag 1 einplanen. Wir mussten unsere API nachträglich versionieren - das bedeutete 6 Wochen Umbau, 200+ Clients informieren und eine 3-monatige Übergangsphase mit Doppel-Support.
Was wir jetzt anders machen: URL-Versionierung (/v1/, /v2/), Deprecation-Header ab Tag 1, und ein API-Changelog der automatisch aus OpenAPI-Diffs generiert wird. Hätten wir das von Anfang an gehabt, wären uns 2 Monate Arbeit erspart geblieben. #api #backend #architektur
Was wir jetzt anders machen: URL-Versionierung (/v1/, /v2/), Deprecation-Header ab Tag 1, und ein API-Changelog der automatisch aus OpenAPI-Diffs generiert wird. Hätten wir das von Anfang an gehabt, wären uns 2 Monate Arbeit erspart geblieben. #api #backend #architektur
7 months ago
GraphQL nach 12 Monaten in Produktion: Over-Fetching ist Geschichte, Frontend-Team arbeitet unabhängig vom Backend. Aber - die Komplexität auf der Server-Seite ist enorm gewachsen. N+1 Queries, Autorisierung pro Feld, Query-Depth-Limiting gegen Missbrauch.
Mein Fazit: Für komplexe UIs mit vielen verschachtelten Daten ist GraphQL genial. Für einfache CRUD-APIs ist REST weiterhin die bessere Wahl. Nicht jedes Problem braucht GraphQL. #graphql #api #architektur
Mein Fazit: Für komplexe UIs mit vielen verschachtelten Daten ist GraphQL genial. Für einfache CRUD-APIs ist REST weiterhin die bessere Wahl. Nicht jedes Problem braucht GraphQL. #graphql #api #architektur