Reducerad S3 kostar 80 % genom att lägga till en rubrik. CloudFront hämtade allting. Problemet: - S3-räkning: $2,400/månad - Endast statiska tillgångar - CloudFront framför - Bör cachelagras - Varför så högt? Utredningen: - Kontrollerade CloudFront-mätvärden - Träfffrekvens för cache: 12 % - Förväntad: 90%+ - 88 % av förfrågningarna når S3 - CloudFront cachelagras inte Förvirringen: - CloudFront konfigurerad korrekt - TTL inställd på 1 dag - Origin-inställningarna såg bra ut - Konfigurerade beteenden - Borde fungera Upptäckten: - Kontrollerade S3-åtkomstloggar - Varje CloudFront-begäran hade: - Om-Ändrad-Sedan-rubrik - S3 returnerade 304 (inte ändrad) - Men CloudFront cachade inte 304 - Hämtas igen nästa gång Grundorsaken: - S3-objekt hade ingen Cache-Control-huvud - Standardinställningar för CloudFront: - Respektera ursprungscachens huvuden - Ingen rubrik = validera varje gång - Även med CloudFront TTL-set Lösningen: - Lade till Cache-Control till S3-objekt - Rubrik: Cache-Control: public, max-age=86400 # Före aws s3 cp file.js s3://bucket/ # Efter aws s3 cp file.js s3://bucket/ \ --cache-control "offentlig, max-ålder=86400" Resultatet: - Träfffrekvens för cache: 12 % -> 94 % - S3-förfrågningar: 8 miljoner/månad -> 500 000 000 000 000 000 000 000 000 000 000 000 000 000 - S3 kostar: $2,400 -> $480/månad - Sparade $1,920/månad - Latency har också förbättrats Vad vi också gjorde: - Uppdaterade alla befintliga objekt - Ställ in metadata på alla filer - Använda S3 Batch Operations Bonusen: - Minskade kostnader för S3-begäran - Minskad dataöverföring - Snabbare sidladdningar Varför vi missade det: - Antog att CloudFront "bara fungerade" - Kontrollerade inte cacherubriker - Ingen övervakning av cachens träfffrekvens - Spenderat månader med att betala extra CloudFront behöver rätt ursprungsrubriker. Övervaka träfffrekvenser för cacheminnen. Små konfigurationsändringar har stor inverkan. Läs dokumenten noggrant.

Kubernetes-migreringen dödade nästan vår startup. Var vi var: - 8 EC2-instanser - Ansible för distributioner - Tråkigt men jobbigt - $1200/månad AWS-räkning Varför vi migrerade: - Ny investerare ville ha "cloud-native" - Ingenjörer ville ha K8s-upplevelse - Konkurrenterna använde den - Verkade vara framtiden 6 månader senare: - 3 ingenjörer spenderar heltid på K8s - AWS-faktura på $4500/månad - Distributionerna tog längre tid än tidigare - Fler avbrott, inte färre - Produktutvecklingen har avstannat Vi rullade tillbaka: - Flyttade till ECS Fargate - 2 veckors migration - Tillbaka till $1800/månad - Ingenjörer är tillbaka på funktioner K8s är fantastiskt för skala. Vi var inte i stor skala. Tekniken ska lösa problem som du faktiskt har.

Gzip-komprimering har lagts till i vårt API. Svarsfrekvensen minskade med 85 %, latensen minskade med 60 %. Före komprimering: - Genomsnittligt svar: 240 kB - Överföringstid: 400ms - Bandbreddskostnad: $ 220 / månad Efter komprimering: - Genomsnittligt svar: 36 kB - Överföringstid: 48ms - Bandbreddskostnad: $ 70 / månad Mellanprogram för komprimering har lagts till Resultat: - Laddningstid: 88% snabbare - Bandbredd: 68% minskning