Konrad Kowalski (rootsher)Principal Platform & Reliability Architect011000111100101010100111010101111000100010010111

Performance

wpisy (22)

  1. Frontend Rendering: od server-side pages do hybrydowego renderowania13/17

    Selective i progressive hydration: nie wszystko musi dostać CPU od razu

    Hydration przestaje być jednym startup taskiem. Client CPU staje się zasobem przydzielanym według priorytetów i realnego intentu użytkownika.

  2. Sposoby komunikacji z backendem: od formularza HTML do GraphQL6/6

    GraphQL: klient pyta o kształt danych

    Odpowiedź przestaje należeć do zasobu i operacji, a zaczyna do zapytania klienta. Elastyczność płaci się przewidywalnością wykonania i cache.

  3. Frontend Rendering: od server-side pages do hybrydowego renderowania12/17

    Edge rendering: renderowanie bliżej użytkownika

    Przesunięcie compute bliżej użytkownika ma sens tylko wtedy, gdy dane idą razem z nim. Inaczej skracamy jeden hop i wydłużamy resztę.

  4. Frontend Rendering: od server-side pages do hybrydowego renderowania11/17

    Partial Prerendering: jedna strona, kilka momentów renderowania

    Jednostką decyzji przestaje być route. Statyczny shell powstaje wcześniej, dynamiczne fragmenty dochodzą przy requeście albo przez stream.

  5. Frontend Rendering: od server-side pages do hybrydowego renderowania10/17

    Streaming SSR: nie czekaj na cały render

    Odpowiedź przestaje być atomowa. Serwer wysyła gotowe fragmenty, a najwolniejsza zależność nie blokuje już całego dokumentu.

  6. Frontend Rendering: od server-side pages do hybrydowego renderowania9/17

    Revalidation i ISR: statyczny output, który może się zestarzeć

    ISR to nie osobna kategoria renderowania, tylko cache z kontrolowaną niespójnością: precomputed HTML, expiration i regeneracja.

  7. Frontend Rendering: od server-side pages do hybrydowego renderowania8/17

    Deferred generation: nie generuj tego, czego nikt nie potrzebuje

    Request przestaje być momentem renderowania, a staje się triggerem materializacji artefaktu. Pierwszy użytkownik płaci, kolejni dostają plik.

  8. Frontend Rendering: od server-side pages do hybrydowego renderowania7/17

    SSG: renderowanie zanim pojawi się użytkownik

    Build-time rendering zamienia koszt requestu na koszt builda. Płacimy raz, serwujemy tanio i zaczynamy mieć problem ze świeżością danych.

  9. Frontend Rendering: od server-side pages do hybrydowego renderowania6/17

    Hydration: jak połączyć HTML z działającą aplikacją

    Serwer wysyła wynik renderowania, nie aplikację. Browser musi odtworzyć drzewo komponentów i podpiąć je do istniejącego DOM-u.

  10. Frontend Rendering: od server-side pages do hybrydowego renderowania5/17

    Powrót SSR: serwer znowu renderuje HTML

    Serwer renderuje pierwszy widok nie po to, żeby frontend zniknął, tylko po to, żeby treść powstała wcześniej. Reszta kosztu zostaje na kliencie.