Architektura stojąca za tym starterem
Ten starter to coś więcej niż szablon — to architektura referencyjna. Zbudowany w Next.js, oparty na Sanity i wdrażany globalnie przy użyciu OpenNext na Cloudflare Workers, pokazuje, jak treść i obliczenia mogą współpracować w nowoczesnym systemie natywnym dla edge.
Pedro Duque
1. Warstwa treści
Oparta na Sanity:
- Ustrukturyzowane schematy
- Zapytania oparte na GROQ
- Współpraca w czasie rzeczywistym
- Przenośne bloki treści
Sanity odpowiada za modelowanie treści oraz API treści.
2. Warstwa aplikacji
Zbudowana w Next.js:
- React Server Components
- Routing oparty na plikach
- Renderowanie strumieniowe
- Trasy API (kompatybilne z edge)
To pozwala utrzymać frontend nowoczesnym i skalowalnym.
3. Runtime na edge
Przy użyciu OpenNext aplikacja jest dostosowana do:
- Cloudflare Workers
- Globalnego wykonywania na edge
- Renderowania o niskich opóźnieniach
- Middleware działającego na edge
Rezultatem jest rozproszona warstwa obliczeniowa zamiast scentralizowanych serwerów.
4. Proces wdrożenia
Wdrożenie jest proste:
- Budowanie frontendu
- Wdrożenie na Workers
- Wdrożenie Studio osobno
- Konfiguracja zmiennych środowiskowych
Bez potrzeby korzystania z infrastruktury proprietarnej.
Dlaczego to ma znaczenie
Ta architektura zapewnia:
- Elastyczność treści
- Niezależność od infrastruktury
- Podejście „performance-first”
- Wyraźne rozdzielenie treści i warstwy obliczeniowej
To nie tylko starter — to wzorzec dla aplikacji natywnych dla edge.