Stack-veileder

Et parrings-kart, ikke en matrise-dump

Den interaktive følgeren til artikkelen. Velg hvor du kjører og hva du leverer med — og les den ærlige, per-kongerike-anbefalingen en infrastruktur-arkitekt ville gitt deg ansikt til ansikt.

Anbefaling oppdatert for HTMX + server (Hono / Django / Rails / Phoenix) på Cloudflare.

Arkitektens gjennomgang

HTMX + server (Hono / Django / Rails / Phoenix) × Cloudflare US-styrt infrastruktur

Dette er kombinasjonen dette nettstedet bruker: Cloudflare Workers + HTMX gir SSR på edge nesten uten klient-JS. D1 for per-tenant-tilstand, Vectorize for embeddings, R2 for media — resultatet er en cache-vennlig, CSP-streng stack der mesteparten av koden er kjedelig HTML.

Anbefaling per kongerike

01

Transaksjonell sannhet

Der regnskapet må stemme. Legg data som må være korrekt — kontoer, fakturaer, rettigheter, ordrer — bak en relasjonell motor med ekte ACID-garantier. Postgres er standard av gode grunner: skjemaer, begrensninger, indekser, JSONB og pgvector i én motor. Hvorfor det betyr noe: svikter dette kongeriket, lyver alt nedstrøms — høflig, men lyver.

  • Cloudflare D1 Primært valg

    SQLite på edge, replikert per region — ideelt for per-tenant lesetunge arbeidslaster uten cross-shard joins.

  • Neon (serverless Postgres) Primært valg

    Serverless Postgres med branching — produksjonsgrener, dev-grener og auto-suspend for billige preview-miljøer.

  • Supabase (managed Postgres) Solid alternativ

    Managed Postgres pluss auth, row-level security og edge-funksjoner — raskeste vei fra SQL til levert produkt.

02

Relasjonelle skrivinger i global skala

Krev dette kongeriket kun når du faktisk trenger multi-region-skriving — de fleste team gjør ikke det. Distribuert SQL betaler konsensus-latency for privilegiet å ha ACID over kontinenter. Gå hit når en enkeltregion-Postgres med leserepliker ikke lenger overlever trafikkmønsteret.

  • CockroachDB Cloud Primært valg

    Postgres-kompatibel distribuert SQL; matcher godt med enhver sky, inkludert Cloudflare via HTTP-driver.

03

Fleksible applikasjonsobjekter

Hierarkiske, skjema-lette data som speiler et applikasjonsobjekt — brukerprofiler, CMS-oppføringer, produktkataloger med varierende attributter. Velg et dokumentlager når kostnaden for et stivt skjema er målbar friksjon. Ellers er Postgres med JSONB-kolonner som oftest det ærlige svaret.

  • MongoDB Atlas Primært valg

    Dokumentdatabasen de fleste team faktisk bruker — utmerket verktøy, kryss-sky.

  • Durable Objects (per-tenant state) Solid alternativ

    Per-tenant enkelt-skriver-tilstand på edge — perfekt for chatter, spill-sesjoner og samarbeidsdokumenter.

  • Postgres JSONB (pragmatic escape hatch) Pragmatisk nødutgang

    Den ærlige sannheten: de fleste dokument-arbeidslaster passer vakkert i Postgres JSONB med GIN-indekser.

04

Massiv skrivedistribusjon

Telemetri, IoT, tidsserier, event streams i skala. Bredkolonne-lagre bytter spørringsfleksibilitet mot skrivekapasitet — hver tabell er designet mot et fast spørringsmønster. Kom hit bare når skrivingene dine løper fra en shardet Postgres, ikke før.

  • Skip unless write-heavy + multi-region Pragmatisk nødutgang

    Ærlig talt trenger du sannsynligvis ikke dette kongeriket enda — en godt trimmet Postgres kommer langt.

05

Eksplisitte relasjoner

Når kantene mellom entiteter er produktet — sosiale grafer, svindelringer, kunnskapsgrafer, rettighetsarv — gjør en native graf-motor traversering ergonomisk og rask. Postgres rekursive CTE-er bærer deg overraskende langt; oppgrader til Neo4j når traverseringer dominerer spørringsplanen.

  • Neo4j AuraDB Primært valg

    Managed Neo4j på tvers av alle tre hyperscalere — den mest ergonomiske Cypher-opplevelsen.

  • Apache AGE (Postgres graph extension) Solid alternativ

    Postgres-utvidelse som bringer openCypher-spørringer inn i din eksisterende relasjonelle motor.

  • Recursive CTEs on Postgres (skip a dedicated graph store for now) Pragmatisk nødutgang

    For de fleste apper bærer rekursive CTE-er på Postgres graf-lasten — legg til native lager når traverseringer dominerer.

06

Semantisk likhet

Embeddings for RAG, anbefalinger og semantisk søk. Ærlig standard i 2026 er pgvector på din eksisterende Postgres — én motor, én sikkerhetskopi, én sikkerhetsgrense. Hopp til dedikert vektorplattform først når indeksstørrelse eller QPS bryter samlokaliserings-modellen.

  • pgvector on your Postgres Primært valg EU

    pgvector sitter inne i din eksisterende Postgres — én motor, én backup, én sikkerhetsgrense, null integrasjonsarbeid.

  • Cloudflare Vectorize Primært valg

    Cloudflares native vektor-lager — raskt, edge-samlokalisert, priset for små-til-middels indekser.

  • Qdrant Cloud Solid alternativ

    Managed Qdrant — uten tvil den beste utvikleropplevelsen i dedikerte vektor-databaser.

07

Leksikalsk + fulltekst-søk

Tokenisert, stemmet, rangert tekst-søk. Postgres fulltekst kommer imponerende langt for små og mellomstore kataloger; Elasticsearch, OpenSearch eller Meilisearch blir verdt driftskostnaden når du trenger avanserte analysatorer, fasett-tung UX eller milliardkorpuser.

  • Elastic Cloud Primært valg

    Elastics egen managed tjeneste — rikeste spørrings-DSL, bratteste læringskurve.

  • Meilisearch (managed or self-host) Solid alternativ EU

    Rask, skrivefeil-tolerant og enkel å drifte — et realistisk Elasticsearch-alternativ for de fleste apper.

  • Algolia (hosted search) Solid alternativ

    Søk som produkt — drop-in UX, høy kostnad per spørring, utmerket for markedsplasser og e-handel.

  • Postgres full-text search (tsvector/GIN) Pragmatisk nødutgang EU

    tsvector + GIN kommer mye lenger enn folk tror; start her og oppgrader kun når du må.

08

Analyse i skala

OLAP-arbeid — aggregeringer over milliarder av rader, kohort-analyse, BI-dashbord. Kolonne-lagre (ClickHouse, BigQuery, Redshift) skiller analyse fra transaksjonsmotoren slik at lange spørringer aldri sulter skrivingene. Start smått med DuckDB; oppgrader når analytikerne venter.

  • ClickHouse Cloud Primært valg

    ClickHouse Cloud — en av de raskeste kolonne-motorene, nå driftsmessig kjedelig.

  • MotherDuck (DuckDB cloud) Solid alternativ

    DuckDB i skyen — serverless analyse uten å finne opp datastakken på nytt.

  • DuckDB embedded / Parquet on object storage Pragmatisk nødutgang EU

    DuckDB inne i prosessen din, leser Parquet på objektlager — et null-server analyse-lag.

09

Fart og varme

Sesjoner, rate limits, feature flags, hete beregningsresultater. En cache er ikke en database — den er laget som absorberer trykket databasen ikke skal kjenne. Redis-kompatibel overalt: ElastiCache, Memorystore, Upstash, Cloudflare KV — velg den plattformen din allerede snakker.

  • Cloudflare KV + Cache API Primært valg

    Cloudflare KV og Cache API — samlokalisert med Worker, globalt replikert, etter hvert konsistent.

  • Upstash Redis (serverless) Primært valg

    Serverless Redis priset per forespørsel — ideelt for edge-arbeidslaster med rykkvis trafikk.

10

Bytes som ikke hører hjemme i en rad

Bilder, video, lyd, PDF-er, sikkerhetskopier, Parquet-snapshots. Objektlager er fundamentet alle andre kongeriker stille hviler på. R2 for null-egress på edge; S3 / GCS / Blob for hyperscaler-økosystemer; MinIO eller Ceph når suverenitet betyr noe.

  • Cloudflare R2 (zero egress) Primært valg

    Cloudflare R2 — S3-kompatibelt API, null egress-avgifter — en stille kostnadsrevolusjon for media-tunge apper.