Den selvhostede developer-produktivitetsstak: erstat GitHub, Vercel og Sentry på én VPS i 2026

Til de nuværende listepriser starter et team på 3 personer med GitHub Team, Vercel Pro, Sentry Team, Linear Basic og Notion Plus på omkring 158 $ om måneden, før 1Password, forbrugsafgifter og tilkøb. En omhyggeligt afgrænset selvhostet stak kan skære markant i den regning, men en fair sammenligning omfatter en større VPS end laboratoriegulvet på 4 GB samt den vedligeholdelsestid, alle glemmer.

Denne guide er til udvikleren eller det lille team, der allerede har konkluderet, at „SaaS-regningen er irriterende“, og at „det er utrygt at have privat kode og udviklerworkflows på tredjeparts infrastruktur“, og som nu vil vide, hvad der konkret skal køres. Stakken har fire lag: kode, build og deploy, drift og dokumentation. Hvert lag får ét anbefalet værktøj, ét alternativ, ressourceomkostningen og fejltilstanden. Rammen er privat brug og teambrug på én VPS. E-mailhosting, DNS, kundevendt autentificering og Kubernetes ligger uden for rammen, af grunde vi nævner, hvor de hører hjemme.

Den korte version

Hvis du kun læser punkterne:

• Kode: Forgejo som standard. Brug kun GitLab CE, hvis du vil have git, CI/CD, registry og issues i ét produkt; GitLabs nuværende single-node-basis er 16 GB RAM, mens 8 GB er forbeholdt hukommelsesbegrænsede miljøer.
• Build og deploy: Coolify on the current stable release (v4.3.0 at QC time), with the dashboard kept off the public internet. Dokku suits solo developers; pure Docker Compose suits teams that prefer visible moving parts.
• Kør: Vaultwarden til delte legitimationsoplysninger, Uptime Kuma til overvågning, GlitchTip til fejlsporing og Portainer eller Dockge til containerstyring. GlitchTip er en langt mindre installation end selvhostet Sentry, hvis officielle minimum er 16 GB RAM plus 16 GB swap.
• Dokumentation: Docmost til dokumentation og OpenProject (eller Plane) til issue-tracking. AFFiNE passer til teams, der foretrækker en Notion-model i lærredsstil.
• Dimensionering: Betragt 4 GB som en laboratoriestørrelse til nogle få lette tjenester, 8 GB som en reduceret pilot uden OpenProject, Plane eller lokale builds, og 16 GB som det praktiske udgangspunkt for den komplette Forgejo-baserede stak i denne guide. GitLabs basis på 8 vCPU og 16 GB gælder GitLab selv, så en GitLab-baseret stak på én maskine kræver ekstra kapacitet eller separate belastningstest.
• Hvor den taber: Offentlige open source-projekter med eksterne bidragydere. GitHubs netværkseffekt er reel, og selvhosting koster dig synlighed.

Forudsætninger

Før du læser videre, forudsætter denne guide:

• En Linux-VPS med Docker og Docker Compose installeret. Regn med cirka 16 GB RAM til den komplette Forgejo-baserede stak; 8 GB rækker til en reduceret pilot uden de tungere projektstyringsværktøjer og lokale builds.
• 30 til 60 minutters opmærksomhed pr. lag ved den første udrulning.
• Fortrolighed med at læse en Compose-fil og justere miljøvariabler.
• Vilje til at holde et fast opdateringsvindue, hurtigt at installere sikkerhedsrettelser og at verificere backups i stedet for blot at opsætte dem.

Hvis noget af det er et absolut nej, er SaaS-pakken faktisk det rigtige svar for dit team. Det er en holdbar position, ikke et nederlag.

Lag 1, kode: Forgejo, Gitea eller GitLab CE

Tre brugbare muligheder, tre forskellige punkter på kurven mellem ressourcer og governance. For dem, der begynder at selvhoste i 2026, lyder anbefalingen Forgejo først.

Forgejo er bygget til beskeden infrastruktur og tilbyder pull requests, issue-tracking, projekttavler, wikier, pakkeregistre og Forgejo Actions. Workflows bruger et format i stil med GitHub Actions, men kompatibiliteten er ikke absolut; test enhver tredjeparts-action, din pipeline afhænger af.

Vælg kun Gitea, hvis du allerede afhænger af en funktion, der kun findes der, eller hvis dit værktøj er låst til en bestemt Gitea-version. Der er intet galt med kodebasen. Forgejos officielle sammenligning oplyser, at forken fulgte efter overdragelsen i oktober 2022 af Giteas domæner og varemærke til et kommercielt selskab uden fællesskabets godkendelse; Forgejos licensmeddelelse angiver GPL v3+ for versioner fra og med v9.0.

Vælg GitLab CE, hvis du vil have ét produkt til git, CI/CD, containerregistry og issue-tracking, og du kan bære dets ressourcegulv. GitLabs nuværende krav fastsætter 16 GB RAM og 8 vCPU som single-node-basis; de 8 GB gælder hukommelsesbegrænsede miljøer. Gitea er let nok til at køre en lille privat instans på cirka 1 til 2 GB RAM, og Forgejo er sammenlignelig, men produktionsdimensioneringen afhænger for begge fortsat af repositories, runnere og samtidige brugere.

CI-spørgsmålet er værd at fremhæve. Gitea Actions er designet til i vid udstrækning at være kompatibelt med GitHub Actions, mens Forgejo Actions bevidst sigter efter genkendelighed frem for fuld kompatibilitet. Mange workflows kræver kun små ændringer, men runner-images, tilladelser, kontekster, labels og tredjeparts-actions kan opføre sig anderledes. Test hvert workflow og hver action, din pipeline afhænger af, inden migreringen.

Ét forbehold gælder alle tre muligheder. Denne guide forudsætter privat brug og teambrug, hvor administrationsfladen ligger bag en VPN eller en IP-allowlist. Offentlige git-tjenester møder bottrafik, misbrug og afvejninger om synlighed, som en lille privat installation ikke kender. Ved offentlig open source: spejl til GitHub for synlighedens skyld, og behold Forgejo som kilden til sandhed, hvis den governancemodel betyder noget for dig.

Dimensionér serveren efter arbejdsbyrden, ikke efter en udbyders pakkenavne. En selvstændig Forgejo- eller Gitea-tjeneste til let privat brug kan starte omkring 1 til 2 vCPU og 1 til 2 GB RAM. En reduceret stak uden OpenProject, Plane eller lokale builds kan starte omkring 4 vCPU og 8 GB RAM. Til den komplette Forgejo-baserede stak, der beskrives her, start omkring 8 vCPU og 16 GB RAM, og valider den derefter under reel CI- og applikationsbelastning. GitLabs officielle basis på 8 vCPU og 16 GB gælder GitLab selv, så betragt den ikke som tilstrækkelig til GitLab plus resten af denne stak. Brug SSD- eller NVMe-lagring, budgettér separat for repositories, containerimages, logfiler, databaser og backups, og hold 20 til 30% kapacitet fri til opdateringer og belastningsspidser.

Afsnittets nøglekonklusion: Forgejo er standardanbefalingen til kodelaget i 2026; Gitea er fortsat solid, og GitLab CE er kun det integrerede valg, hvis du kan bære basen på 16 GB eller bevidst kører i en begrænset konfiguration på 8 GB.

Lag 2, build og deploy: Coolify (med forbehold), Dokku eller ren Docker Compose

Ærligt sagt: Coolify er den anbefalede PaaS-mulighed til denne stak, hvis du kører den nyeste produktionsudgivelse, holder admin-dashboardet væk fra det offentlige internet og følger sikkerhedsmeddelelser. På QC-tidspunktet markerer GitHub Coolify v4.3.0 som den seneste. Betragt patchning og isolering af admin-planet som driftskrav, ikke som valgfri hærdning.

Proftip: Begræns Coolifys dashboard og API med en firewall, en VPN eller en betroet adgangsproxy. Udrullede applikationer må stadig modtage offentlig trafik; målet er at mindske eksponeringen af det administrative kontrolplan.

Alternativet for soloudviklere er Dokku, en kompakt PaaS med Heroku-agtige git push-udrulninger og understøttelse af buildpacks. Den har en mindre overflade end Coolify og et tilsvarende mindre funktionssæt. Det gør den til et forsvarligt „kedeligt valg“ for én eller to udviklere, der ikke har brug for et dashboard.

Den tredje mulighed, erfarne operatører griber til, er slet ingen PaaS, bare Docker Compose. Hvis dit team alligevel skriver Compose-filer, og du foretrækker at kunne se de bevægelige dele, er det et fuldstændig fornuftigt svar. Tilføj Dockge eller Portainer som UI-lag til stakstyring, når du vil genstarte med et klik i stedet for docker compose restart. Afvejningen er driftsmæssig: ingen preview-miljøer, ingen indbygget TLS-automatisering, ingen deploys uden nedetid uden ekstra arbejde. De funktioner optjener du ved at skrive scripts; i Coolify er de færdigbagte, med den sikkerhedshistorik, der følger med.

LÆS

Bedste selv-hostede Heroku- og Vercel-alternativer: Coolify, Dokku og flere

Cloudzys guide til de bedste CI/CD-værktøjer går dybere ned i build-pipelinen for teams, der har brug for en separat runner, hvilket mange små teams ikke har, når først Forgejo Actions eller GitLab CI/CD er på plads.

Afsnittets nøglekonklusion: Coolify er kun den anbefalede PaaS på den aktuelle stabile udgivelse og med et begrænset admin-plan; Dokku er det konservative solovalg; ren Docker Compose forbliver en forsvarlig tredje mulighed.

Lag 3, drift: Vaultwarden, Uptime Kuma, GlitchTip og containerstyring

Her ligger den skarpeste ressourceforskel i hele stakken. Sentrys officielle krav ved selvhosting angiver som minimum 4 CPU-kerner, 16 GB RAM, 16 GB swap og 20 GB ledig disk, mens 32 GB RAM anbefales. GlitchTips installationsvejledning anbefaler 512 MB RAM, kræver PostgreSQL og gør Valkey valgfri. For et lille team på én VPS er GlitchTip det praktiske standardvalg.

De resterende fire værktøjer i dette lag er korte historier.

Vaultwarden er en Bitwarden-kompatibel adgangskodemanager, der understøtter Bitwardens mobilapps og browserudvidelser samt deling i teamet. Det faktiske ressourceforbrug afhænger af brugere, vedhæftninger og valget af database. Cloudzys sammenligning af selvhostede adgangskodemanagere går dybere i afvejningen, når du har brug for mere strukturerede tilladelser, revisionskontroller eller en anden sikkerhedsmodel.

Uptime Kuma er det lille overvågnings- og alarmeringsværktøj: tjek af HTTP, TCP, ping, push og certifikatudløb samt valgfrie statussider. Notifikationer kan gå via chat, e-mail eller webhooks. Ressourceforbruget varierer med antallet af monitorer og opbevaringstiden; at alarmere ved den anden fejl i træk er en praktisk måde at dæmpe korte udsving på.

GlitchTip er fejlsporeren. De fleste Sentry-SDK-integrationer kan rapportere til en GlitchTip-DSN, men funktionspariteten er ikke fuldstændig; test performanceovervågning, source maps, alarmer og enhver integration, dit team betragter som kritisk.

Vælg Portainer eller Dockge som container-UI. Portainer dækker bredere anvendelser inden for containerstyring; Dockge holder fokus på Docker Compose. Til en lille stak, der kun bruger Compose, passer Dockge renere. Skift først til Portainer, når du har brug for det bredere omfang.

En nyttig Compose-ergonomi til dette lag: hold hvert værktøj i sin egen undermappe med sin egen compose.yml, del kun et Docker-netværk der, hvor trafik mellem værktøjer er nødvendig, og sæt én reverse proxy foran til TLS-terminering.

# /opt/stack/glitchtip/compose.yml (excerpt)
services:
  web:
    image: "glitchtip/glitchtip:${GLITCHTIP_VERSION:?Set GLITCHTIP_VERSION in .env}"
    environment:
      DATABASE_URL: "${DATABASE_URL:?Set DATABASE_URL in .env}"
      SECRET_KEY: "${GLITCHTIP_SECRET_KEY:?Set GLITCHTIP_SECRET_KEY in .env}"
      GLITCHTIP_DOMAIN: "https://errors.example.com"
      DEFAULT_FROM_EMAIL: "[email protected]"
    ports:
      - "127.0.0.1:8000:8000"

Proftip: En backup er først bevist, når tjenesten kan gendannes, og dens data kan valideres. Én gang om måneden: gendan én repræsentativ tjeneste i et isoleret testmiljø, start den, log ind, gennemse poster og vedhæftninger, og bekræft, at applikationen opfører sig normalt. At liste de gendannede filer beviser kun, at arkivet kan læses, ikke at database, volumener, tilladelser og applikationstilstand kan genskabes med succes.

Afsnittets nøglekonklusion: GlitchTip klarer kernearbejdet i fejlsporing med en markant mindre installation end selvhostet Sentry, men valider de Sentry-funktioner og -integrationer, dit team faktisk bruger.

Lag 4, dokumentation: Docmost, AFFiNE og issue-tracking med OpenProject eller Plane

Notions grænseflade er fin, indtil en voksende wiki får navigation og søgning til at føles langsom. For et lille team er den anbefalede opdeling Docmost til dokumentation og wiki samt OpenProject til issue-tracking. Erstat OpenProject med Plane, hvis dit team specifikt vil have en visuel model i Linear-stil og gerne administrerer dens understøttede selvhostede installation.

Docmost er her den selvhostede erstatning, der kommer tættest på Notion, uden at lade som om den er Notion. Blokeditoren, sidehierarkiet og teamtilladelserne passer til en klassisk intern wiki. Dimensionér dette lag efter samtidige redaktører, vedhæftninger og om PostgreSQL og Redis deler samme vært. AFFiNE er alternativet til teams, der foretrækker en lærreds- og whiteboardmodel frem for indlejrede sider. Begge er fornuftige; vælg én.

OpenProject dækker issue-tracking for teams, der er trygge ved et workflow i Jira-stil: epics, arbejdspakker, sprints og tidsregistrering. Plane er alternativet i Linear-stil med en hurtigere, issue-centreret grænseflade og et andet driftsmæssigt aftryk.

Ærlig anerkendelse: Linears tastaturdrevne hastighed er virkelig god, og Plane gengiver ikke hver eneste interaktion. Hvis dit teams workflow bygger på muskelhukommelsen for Linears kommandomenu, er migreringsfriktionen reel. Det behøver ikke være et absolut nej, men det er en reel omkostning.

Afsnittets nøglekonklusion: Docmost dækker rollen som intern dokumentation, mens OpenProject eller Plane står for issue-tracking; hullet i tastatur-UX i forhold til Linear er det ene sted, hvor dette lag beder dig gå på kompromis.

Hvad denne stak koster, og hvad den kører på

Det praktiske udgangspunkt for den komplette Forgejo-baserede stak på én maskine er cirka 8 vCPU og 16 GB RAM. Betragt 2 vCPU og 4 GB RAM som en laboratoriestørrelse til nogle få lette tjenester, og 4 vCPU og 8 GB RAM som en reduceret pilot uden OpenProject, Plane og lokale builds. De faktiske krav afhænger af samtidige brugere, CI-aktivitet, databasevækst, vedhæftninger, imagelagring, logfiler og opbevaringstid, så valider stakken under reel belastning, og hold 20 til 30% kapacitet fri. Startniveauet på 16 GB kan rumme følgende tjenester for et let belastet team på 2 til 3 udviklere, forudsat belastningstest:

• Forgejo
• Coolify
• Vaultwarden
• Uptime Kuma
• GlitchTip
• Docmost
• OpenProject
• Dockge

En server med 4 GB egner sig kun til nogle få lette tjenester. En server med 8 GB bør snarere betragtes som en reduceret pilot uden OpenProject, Plane eller lokale builds. Start den komplette Forgejo-baserede stak ved 16 GB, og tilføj kapacitet, når du kører GitLab, samtidige builds, Plane, lange opbevaringsperioder eller tungere databasebelastninger. Det samme teams SaaS-pakke omfatter:

• GitHub Team
• Vercel Pro
• Sentry
• Linear
• Notion
• 1Password

Ud fra de offentliggjorte basispriser på hver prisside (inklusive priser ved årlig fakturering, hvor det er relevant). De fem prissatte produkter løber op i cirka 158 $ om måneden for tre personer: GitHub Team til 4 $ pr. bruger de første 12 måneder, tre udviklerpladser hos Vercel Pro til 20 $ hver, Sentry Team fra 26 $, Linear Basic til 10 $ pr. bruger, og Notion Plus til 10 $ pr. bruger. Forbrugsafgifter, skatter, tilkøb og 1Password kommer oveni. Infrastruktur kan stadig være mærkbart billigere, men sammenligningen giver ingen mening uden operatørens tid.

Hvornår du bør skalere op: GitLabs single-node-basis er 8 vCPU og 16 GB RAM. Flere samtidige builds kan kræve ekstra kapacitet, selv uden GitLab. Selvhostet Sentry starter ligeledes ved 16 GB RAM plus 16 GB swap og anbefaler 32 GB, og derfor anbefaler denne guide GlitchTip til stakken på én maskine.

Den uprissatte omkostning er driftstid. Som planlægningsestimat: sæt 1 til 2 timer om måneden af til opdateringer og verifikation af backups, plus et kort ugentligt kig på sikkerhedsmeddelelser for de projekter, du kører. Det reelle tal afhænger af ændringsmængden, hændelseshåndteringen og hvor meget du automatiserer. Det er ikke nul, og det hører hjemme i omkostningsmodellen.

Udrulningsmetoden ændrer bekvemmeligheden, ikke driftskravene. Uanset om du bruger en officiel Compose-fil eller en marketplace-skabelon: lås imageversioner, sæt CPU- og hukommelsesgrænser, hold tjenestedata i navngivne volumener, og test både backups og gendannelser. At samle hele stakken på én vært skaber desuden et fælles fejldomæne, så isolér kritiske tjenester, når nedetid eller lækkede legitimationsoplysninger ville ramme hårdt.

Vil du udrulle denne stak, så sammenlign vores cloud-VPS -planer på CPU, RAM, SSD- eller NVMe-lagring, trafikmængde og region, og anvend derefter dimensioneringsrammen ovenfor. Vil du hurtigere i gang, så kig i vores et-kliks-appkatalog, men lås alligevel versionerne, sæt ressourcegrænser, og verificér backups inden produktion.

Afsnittets nøglekonklusion: Brug 4 GB til et lille laboratorium, 8 GB til en reduceret pilot og cirka 8 vCPU med 16 GB RAM som det praktiske udgangspunkt for den komplette Forgejo-baserede stak. Tilføj kapacitet til GitLab, samtidige builds, tungere projektstyringsværktøjer og voksende databaser.

Hvor det virkelig går galt med at selvhoste denne stak

Fire fejltilstande, benævnt ligeud, for resten af denne guide har været et forsvar for tilgangen.

Fejltilstand 1: GitHubs netværkseffekt ved offentlige open source-projekter. Selvhostet git er det rigtige til privat kode. Det er det forkerte til projekter, hvis hele værdi afhænger af, at eksterne bidragydere finder dig. GitHub er der, udviklere kigger først. Pull requests, forks, stjerner, det implicitte tillidssignal i at ligge på github.com, integrationerne med tredjepartsværktøjer, det hele. Er dit projekt offentlig open source, er det ærlige mønster: spejl til GitHub for synlighedens skyld, og behold kilden til sandhed på Forgejo. Forvent ikke, at en selvhostet instans erstatter GitHubs synlighed for offentligt arbejde. Det gør den ikke.

Fejltilstand 2: bot- og scrapertrafik på offentlige Git-instanser. Offentligt tilgængelige Forgejo- og Gitea-tjenester har brug for misbrugskontroller, rate limits, overvågning og nok kapacitet til uforudsigelig trafik. Denne guide forudsætter privat brug og teambrug, hvor administrationsfladen ligger bag en VPN eller en IP-allowlist. En reelt offentlig forge har en anden trussels- og kapacitetsmodel.

Fejltilstand 3: vedligeholdelsesbyrden. „Du er IT-afdelingen“ er klichéen, og den holder stort set. Opdateringer ødelægger ting. Compose-filer skrider. Certifikater udløber. Backups fejler lydløst på de mest uværdige måder. Coolifys sikkerhedsmeddelelser fra 2026 er en nyttig påmindelse om, at patch-kadencen betyder noget. Kan du ikke forpligte dig til et vedligeholdelsesvindue på forhånd, er SaaS-pakken ærligt talt det rigtige svar.

Fejltilstand 4: tab af integrationer. Tredjeparts GitHub Actions, Vercel preview-udrulninger bundet til GitHub-pull-requests, Sentrys hostede alarmintegrationer med PagerDuty og Linear, Notions brede integrationskatalog. De fleste har selvhostede modstykker (Forgejo Actions, Coolify-udrulninger via webhooks, GlitchTip-notifikationer, n8n som lim mellem workflows), men erstatningerne er ikke altid én til én. Lav en prototype af det workflow, der betyder mest, før du binder teamet til en migrering. Den integration, du tager for givet, er den, der mest sandsynligt overrasker dig.

Afsnittets nøglekonklusion: Denne stak virker til privat kode, små teams og villige operatører; den virker ikke til synlighed for offentlig open source, til teams, der ikke vil røre ved noget, eller til forventninger om nul vedligeholdelse.

Operatørens stak

Fire lag, fire anbefalinger, benævnt ærligt. Kode: Forgejo. Build og deploy: Coolify med begrænset admin-plan, eller Dokku, eller Compose. Drift: Vaultwarden, Uptime Kuma, GlitchTip, Portainer eller Dockge. Dokumentation: Docmost og OpenProject (eller Plane). Start en reduceret pilot ved 8 GB og den komplette Forgejo-baserede stak ved 16 GB. Tilføj kapacitet til GitLab, samtidige builds, tungere databaser eller vedvarende applikationsbelastning.

Migrerer du, så start med Uptime Kuma og en ikke-kritisk intern tjeneste. De giver en mindre risikabel måde at lære driftsrytmen på (opdateringer, overvågning, verifikation af backups og fornyelse af certifikater), før du flytter et teamworkflow eller et legitimationslager. Gør ikke Vaultwarden til den første testinstallation: flyt den først, når krypterede backups uden for værten, en vellykket gendannelsestest, begrænset administration og MFA er på plads. Når den rytme er pålidelig, går du videre til Forgejo, så Coolify, så resten.

For teams, der specifikt vælger GitLab CE: afgør, om den indbyggede CI/CD erstatter en separat runner, eller om jeres arbejdsbyrde stadig kræver dedikeret build-kapacitet.

Ofte stillede spørgsmål

Hvad er det bedste selvhostede alternativ til Gitea i 2026?

Forgejo er det anbefalede valg for nye selvhostere i 2026. Overdragelsen af Giteas varemærke og domæne til et kommercielt selskab i oktober 2022 uden forudgående godkendelse fra fællesskabet udløste Forgejo-forken sidst i 2022. Fra v9.0 udgives Forgejo under GPL v3+; tidligere patchudgivelser v8.0 og v7.0 forblev under MIT. I den daglige brug ligger funktionerne tæt på hinanden.

Kan Coolify køres sikkert i produktion i 2026?

Ja, men kun med aktiv vedligeholdelse og forsvar i dybden. Kør den nyeste gennemgåede stabile udgivelse, følg nye meddelelser, begræns teamets tilladelser, og hold dashboard og API bag en firewall, en VPN eller et betroet adgangslag. Betragt ikke beta.451, beta.474 eller noget andet historisk patchniveau som en permanent sikker tærskel.

Hvor meget RAM kræver en komplet selvhostet udviklerstak egentlig?

For et team på 2 til 3 udviklere: betragt 4 GB som en laboratoriestørrelse til nogle få lette tjenester og 8 GB som en reduceret pilot uden OpenProject, Plane eller lokale builds. Cirka 8 vCPU og 16 GB RAM er det praktiske udgangspunkt for den komplette Forgejo-baserede stak. GitLabs basis på 8 vCPU og 16 GB gælder GitLab selv, mens selvhostet Sentry kræver 16 GB RAM plus 16 GB swap og anbefaler 32 GB. Valider den endelige konfiguration under reelle belastningsforhold.

Hvorfor GlitchTip i stedet for selvhostet Sentry?

Forskellen i ressourcer og drift. Selvhostet Sentry kræver mindst 16 GB RAM plus 16 GB swap og er en stor installation med mange tjenester. GlitchTip anbefaler 512 MB til sin alt-i-én-tjeneste, kræver PostgreSQL og gør Valkey valgfri. Den modtager trafik fra Sentry-SDK'er, men funktionspariteten er ikke fuldstændig, så test de funktioner og integrationer, du er afhængig af.

Hvad koster denne stak reelt sammenlignet med SaaS-modstykkerne?

Betragt 4 GB som en laboratoriestørrelse til nogle få lette tjenester og 8 GB som en reduceret pilot uden OpenProject, Plane eller lokale builds. Cirka 8 vCPU og 16 GB RAM er det praktiske udgangspunkt for den komplette Forgejo-baserede stak. Til de offentliggjorte basispriser løber GitHub Team, Vercel Pro, Sentry Team, Linear Basic og Notion Plus op i omkring 158 $ om måneden for tre personer, før 1Password, forbrugsafgifter, skatter og tilkøb. Selvhosting kan være mærkbart billigere, men operatørens tid og backupinfrastrukturen er reelle omkostninger.