Performanse su deo arhitekture, a ne naknadna dorada

Na previše projekata performanse se tretiraju kao završni korak — nešto što će se „optimizovati kasnije“. Do tada je to već arhitektonski problem sa rokom za isporuku, a jeftina rešenja više ne postoje. Brzi sistemi se od početka projektuju da budu brzi.

Sporost je retko posledica jedne greške; najčešće je zbir stotinu malih odluka — previše upita, neograničenih količina podataka, odsustva strategije keširanja i operacija koje blokiraju prikaz. Kada sistem postane vidljivo spor, rešenje zahteva promenu arhitekture, a ne samo jednog podešavanja.

Rešenje je da performanse postanu zahtev koji merite pri svakoj objavi, a ne nada. Core Web Vitals, p95 odziv i ograničenja veličine podataka postaju kontrolne tačke: izmena koja ih pogoršava ne objavljuje se dok se problem ne reši. Ono što merite i kontrolišete ostaje brzo.

• Isporuka sa mrežnog ruba i promišljena strategija keširanja kritičnog toka.
• Sloj podataka koji pod opterećenjem ne pravi N+1 upite.
• Pravilno dimenzionisani podaci i slike isporučeni u savremenim formatima.
• Praćenje sistema koje otkriva pogoršanja pre nego što ih korisnici primete.

Projektujte za najteži dan u godini — najveći saobraćaj, prazne keš memorije i veliko lansiranje — pa će se prosečan dan pobrinuti sam za sebe. Performanse nisu završna obrada; one su arhitektura.