De zelfgehoste developer-productivity-stack: GitHub, Vercel en Sentry in 2026 vervangen op één VPS

Tegen de huidige lijstprijzen begint een team van 3 personen met GitHub Team, Vercel Pro, Sentry Team, Linear Basic en Notion Plus op ongeveer $158 per maand, nog zonder 1Password, verbruikskosten en add-ons. Een zorgvuldig afgebakende zelfgehoste stack kan die rekening flink verlagen, maar een eerlijke vergelijking omvat een grotere VPS dan de labondergrens van 4 GB en de onderhoudstijd die iedereen vergeet.

Deze gids is bedoeld voor de ontwikkelaar of het kleine team dat al heeft besloten dat „de SaaS-rekening irritant is” en dat „privécode en developer-workflows op infrastructuur van derden ongemakkelijk voelt”, en nu wil weten wat er precies gedraaid moet worden. De stack heeft vier lagen: code, bouwen en uitrollen, draaien en documenteren. Elke laag krijgt één aanbevolen tool, één alternatief, de resourcekosten en het faalscenario. De scope is privé- en teamgebruik op één VPS. E-mailhosting, DNS, authenticatie richting klanten en Kubernetes vallen erbuiten, om redenen die we noemen waar ze thuishoren.

De korte versie

Als je alleen de opsomming leest:

• Code: Forgejo als standaard. Gebruik GitLab CE alleen als je git, CI/CD, registry en issues in één product wilt; GitLabs huidige basis voor één node is 16 GB RAM, en 8 GB is gereserveerd voor omgevingen met weinig geheugen.
• Bouwen en uitrollen: 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.
• Voer uit: Vaultwarden voor gedeelde inloggegevens, Uptime Kuma voor monitoring, GlitchTip voor error tracking en Portainer of Dockge voor containerbeheer. GlitchTip is een veel kleinere deployment dan zelfgehost Sentry, waarvan het officiële minimum 16 GB RAM plus 16 GB swap is.
• Documenteren: Docmost voor documentatie en OpenProject (of Plane) voor issue tracking. AFFiNE past bij teams die een Notion-model in canvasstijl verkiezen.
• Capaciteit: Beschouw 4 GB als labformaat voor een paar lichte services, 8 GB als een uitgeklede pilot zonder OpenProject, Plane of lokale builds, en 16 GB als het praktische startpunt voor de volledige Forgejo-stack uit deze gids. GitLabs basis van 8 vCPU en 16 GB geldt voor GitLab zelf, dus een op GitLab gebaseerde stack op één machine vraagt extra capaciteit of aparte belastingtests.
• Waar het verliest: Publieke opensourceprojecten met externe bijdragers. Het netwerkeffect van GitHub is echt, en zelfhosting kost je vindbaarheid.

Vereisten

Voordat je verder leest, gaat deze gids uit van:

• Een Linux-VPS met Docker en Docker Compose geïnstalleerd. Reken op ongeveer 16 GB RAM voor de volledige Forgejo-stack; 8 GB volstaat voor een uitgeklede pilot zonder de zwaardere projectmanagementtools en lokale builds.
• 30 tot 60 minuten aandacht per laag voor de eerste uitrol.
• Gemak met het lezen van een Compose-bestand en het aanpassen van omgevingsvariabelen.
• De bereidheid om een vast updatevenster aan te houden, beveiligingsfixes snel toe te passen en back-ups te verifiëren in plaats van ze alleen in te stellen.

Als een van die punten een dealbreaker is, is het SaaS-pakket echt het juiste antwoord voor je team. Dat is een verdedigbaar standpunt, geen falen.

Laag 1, code: Forgejo, Gitea of GitLab CE

Drie werkbare opties, drie verschillende punten op de curve van resources en governance. Voor wie in 2026 begint met zelfhosten luidt de aanbeveling Forgejo eerst.

Forgejo is gemaakt voor bescheiden infrastructuur en biedt pull requests, issue tracking, projectborden, wiki's, package registries en Forgejo Actions. De workflows gebruiken een formaat in de stijl van GitHub Actions, maar de compatibiliteit is niet absoluut; test elke externe action waarvan je pipeline afhangt.

Kies Gitea alleen als je al afhankelijk bent van een functie die exclusief in Gitea zit of als je tooling vastzit op een Gitea-versie. Met de codebase is niets mis. De officiële vergelijking van Forgejo stelt dat de fork volgde op de overdracht in oktober 2022 van de domeinen en het handelsmerk van Gitea aan een commercieel bedrijf zonder instemming van de community; de licentieaankondiging van Forgejo legt GPL v3+ vast voor versies vanaf v9.0.

Kies GitLab CE als je één product wilt voor git, CI/CD, container registry en issue tracking, en je de resource-ondergrens kunt dragen. De huidige vereisten van GitLab stellen 16 GB RAM en 8 vCPU als basis voor één node; de 8 GB is voor omgevingen met weinig geheugen. Gitea is licht genoeg om een kleine privé-instantie in ongeveer 1 tot 2 GB RAM te draaien, en Forgejo is vergelijkbaar, maar de productiedimensionering hangt bij beide af van repositories, runners en gelijktijdige gebruikers.

De CI-vraag verdient aandacht. Gitea Actions is ontworpen om grotendeels compatibel te zijn met GitHub Actions, terwijl Forgejo Actions bewust mikt op herkenbaarheid in plaats van volledige compatibiliteit. Veel workflows vragen slechts kleine aanpassingen, maar runner-images, permissies, contexten, labels en externe actions kunnen zich anders gedragen. Test voor de migratie elke workflow en action waarvan je pipeline afhangt.

Eén kanttekening geldt voor alle drie de opties. Deze gids gaat uit van privé- en teamgebruik, met het beheergedeelte achter een VPN of IP-allowlist. Publieke git-diensten krijgen te maken met botverkeer, misbruik en afwegingen rond vindbaarheid die een kleine privé-installatie niet kent. Voor publieke opensource: spiegel naar GitHub voor de zichtbaarheid en houd Forgejo als bron van waarheid als dat governancemodel je iets zegt.

Dimensioneer de server op de werklast, niet op de pakketnamen van een aanbieder. Een losse Forgejo- of Gitea-dienst voor licht privégebruik kan starten rond 1 tot 2 vCPU en 1 tot 2 GB RAM. Een uitgeklede stack zonder OpenProject, Plane of lokale builds start rond 4 vCPU en 8 GB RAM. Voor de hier beschreven volledige Forgejo-stack begin je rond 8 vCPU en 16 GB RAM, en valideer je daarna onder echte CI- en applicatiebelasting. GitLabs officiële basis van 8 vCPU en 16 GB geldt voor GitLab zelf, dus beschouw die niet als genoeg voor GitLab plus de rest van deze stack. Gebruik SSD- of NVMe-opslag, begroot repositories, container-images, logs, databases en back-ups apart, en houd 20 tot 30% capaciteit vrij voor updates en pieken.

Belangrijkste conclusie van deze sectie: Forgejo is in 2026 de standaardaanbeveling voor de codelaag; Gitea blijft degelijk, en GitLab CE is alleen de geïntegreerde keuze als je de basis van 16 GB kunt dragen of bewust in een beperkte configuratie van 8 GB werkt.

Laag 2, bouwen en uitrollen: Coolify (met voorbehoud), Dokku of puur Docker Compose

Eerlijk gekaderd: Coolify is de aanbevolen PaaS-optie voor deze stack als je de nieuwste productierelease draait, het beheerdashboard buiten het publieke internet houdt en beveiligingsadviezen volgt. Ten tijde van de QC markeert GitHub Coolify v4.3.0 als Latest. Behandel patchen en het isoleren van het beheervlak als operationele eisen, niet als optionele hardening.

Pro-tip: Beperk het dashboard en de API van Coolify met een firewall, VPN of vertrouwde toegangsproxy. Uitgerolde applicaties mogen nog steeds publiek verkeer ontvangen; het doel is de blootstelling van het administratieve control plane te verkleinen.

Het alternatief voor soloontwikkelaars is Dokku, een compacte PaaS met deployments via git push in Heroku-stijl en ondersteuning voor buildpacks. Het heeft een kleiner oppervlak dan Coolify en navenant minder functies. Dat maakt het een verdedigbare „saaie keuze” voor één of twee ontwikkelaars die geen dashboard nodig hebben.

De derde optie waar ervaren beheerders naar grijpen, is helemaal geen PaaS, alleen Docker Compose. Als je team toch al Compose-bestanden schrijft en je de bewegende delen wilt zien, is dit een volstrekt redelijk antwoord. Voeg Dockge of Portainer toe als UI-laag voor stackbeheer wanneer je liever met één klik herstart dan met docker compose restart. De afweging is operationeel: geen preview-omgevingen, geen ingebouwde TLS-automatisering, geen deploys zonder downtime zonder moeite. Die functies verdien je met scripts; bij Coolify zitten ze er al in, inclusief de bijbehorende beveiligingsgeschiedenis.

LEES

Beste zelfgehoste Heroku- & Vercel-alternatieven: Coolify, Dokku en meer

Cloudzy's gids voor de beste CI/CD-tools gaat dieper in op de build-pipeline voor teams die een aparte runner nodig hebben, wat veel kleine teams niet meer hoeven zodra Forgejo Actions of GitLab CI/CD staat.

Belangrijkste conclusie van deze sectie: Coolify is alleen de aanbevolen PaaS op de huidige stabiele release en met een afgeschermd beheervlak; Dokku is de behoudende solokeuze; puur Docker Compose blijft een verdedigbare derde optie.

Laag 3, draaien: Vaultwarden, Uptime Kuma, GlitchTip en containerbeheer

Hier zit de scherpste resourcekloof van deze stack. De officiële vereisten voor zelfgehost Sentry noemen als minimum 4 CPU-kernen, 16 GB RAM, 16 GB swap en 20 GB vrije schijfruimte, met 32 GB RAM als aanbeveling. De installatiegids van GlitchTip raadt 512 MB RAM aan, vereist PostgreSQL en maakt Valkey optioneel. Voor een klein team op één VPS is GlitchTip de praktische standaardkeuze.

De overige vier tools in deze laag zijn snel verteld.

Vaultwarden is een Bitwarden-compatibele wachtwoordmanager die de mobiele Bitwarden-apps en browserextensies ondersteunt, plus delen binnen een team. De werkelijke voetafdruk hangt af van gebruikers, bijlagen en de gekozen database. Cloudzy's vergelijking van zelfgehoste wachtwoordmanagers gaat dieper in op de afweging wanneer je meer gestructureerde permissies, auditcontroles of een ander beveiligingsmodel nodig hebt.

Uptime Kuma is het kleine monitoring- en alerteringstool: controles op HTTP, TCP, ping, push en certificaatverloop, plus optionele statuspagina's. Meldingen kunnen via chat, e-mail of webhooks lopen. Het resourcegebruik varieert met het aantal monitors en de bewaartermijn; pas alarmeren bij de tweede opeenvolgende fout is een praktische manier om korte pieken te dempen.

GlitchTip is de error tracker. De meeste Sentry-SDK-integraties kunnen rapporteren aan een GlitchTip-DSN, maar de functiepariteit is niet volledig; test performance monitoring, source maps, alerts en elke integratie die je team als kritiek beschouwt.

Kies Portainer of Dockge als container-UI. Portainer bestrijkt bredere use cases voor containerbeheer; Dockge blijft gericht op Docker Compose. Voor een kleine stack met alleen Compose past Dockge netter. Stap pas over op Portainer als je die bredere reikwijdte nodig hebt.

Een handige Compose-ergonomie voor deze laag: houd elk gereedschap in een eigen submap met een eigen compose.yml, deel alleen daar een Docker-netwerk waar verkeer tussen tools nodig is, en zet er één reverse proxy voor die TLS afhandelt.

# /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"

Pro-tip: Een back-up is pas bewezen als de dienst hersteld kan worden en de data gevalideerd zijn. Herstel één keer per maand een representatieve dienst in een geïsoleerde testomgeving, start hem, log in, bekijk records en bijlagen, en bevestig dat de applicatie zich normaal gedraagt. De herstelde bestanden opsommen bewijst alleen dat het archief leesbaar is, niet dat database, volumes, permissies en applicatiestatus met succes terug te halen zijn.

Belangrijkste conclusie van deze sectie: GlitchTip doet het kernwerk van error tracking met een dramatisch kleinere deployment dan zelfgehost Sentry, maar valideer de Sentry-functies en -integraties die je team daadwerkelijk gebruikt.

Laag 4, documenteren: Docmost, AFFiNE en issue tracking met OpenProject of Plane

De interface van Notion is prima, totdat een groeiende wiki navigatie en zoeken traag laat aanvoelen. Voor een klein team is de aanbevolen verdeling: Docmost voor documentatie en wiki, met OpenProject voor issue tracking. Vervang OpenProject door Plane als je team specifiek een visueel model in Linear-stijl wil en de ondersteunde zelfgehoste installatie wil beheren.

Docmost is hier de zelfgehoste vervanger die het dichtst bij Notion komt, zonder te doen alsof het Notion is. De blokeditor, paginahiërarchie en teampermissies passen bij een conventionele interne wiki. Dimensioneer deze laag op gelijktijdige redacteuren, bijlagen en of PostgreSQL en Redis dezelfde host delen. AFFiNE is het alternatief voor teams die een canvas- en whiteboardmodel verkiezen boven geneste pagina's. Beide zijn redelijk; kies er één.

OpenProject dekt het issue tracking af voor teams die zich thuis voelen bij een workflow in Jira-stijl: epics, werkpakketten, sprints en tijdregistratie. Plane is het alternatief in Linear-stijl, met een snellere, op issues gerichte interface en een ander operationeel profiel.

Eerlijk toegegeven: de toetsenbordgedreven snelheid van Linear is echt goed, en Plane bootst niet elke interactie na. Als de workflow van je team leunt op het spiergeheugen voor Linears opdrachtmenu, is de migratiewrijving reëel. Dat hoeft geen dealbreaker te zijn, maar het is een echte kostenpost.

Belangrijkste conclusie van deze sectie: Docmost vult de rol van interne documentatie, terwijl OpenProject of Plane het issue tracking doet; het gat in toetsenbord-UX ten opzichte van Linear is de enige plek waar deze laag om een compromis vraagt.

Wat deze stack kost en waarop hij draait

Het praktische startpunt voor de volledige Forgejo-stack op één machine ligt rond 8 vCPU en 16 GB RAM. Beschouw 2 vCPU en 4 GB RAM als labformaat voor een paar lichte services, en 4 vCPU en 8 GB RAM als een uitgeklede pilot zonder OpenProject, Plane en lokale builds. De werkelijke eisen hangen af van gelijktijdige gebruikers, CI-activiteit, databasegroei, bijlagen, image-opslag, logs en bewaartermijn, dus valideer de stack onder echte belasting en houd 20 tot 30% capaciteit vrij. Het startniveau van 16 GB kan de volgende services herbergen voor een licht belast team van 2 tot 3 ontwikkelaars, onder voorbehoud van belastingtests:

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

Een server van 4 GB is alleen geschikt voor een paar lichte services. Een server van 8 GB kun je beter zien als een uitgeklede pilot zonder OpenProject, Plane of lokale builds. Begin de volledige Forgejo-stack bij 16 GB en voeg capaciteit toe zodra je GitLab, gelijktijdige builds, Plane, lange bewaartermijnen of zwaardere databasebelasting draait. Het SaaS-pakket van datzelfde team omvat:

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

Op basis van de gepubliceerde basistarieven op elke prijspagina (inclusief jaarlijkse facturatietarieven waar van toepassing). De vijf geprijsde producten komen samen op ongeveer $158 per maand voor drie personen: GitHub Team voor $4 per gebruiker in de eerste 12 maanden, drie developer-seats bij Vercel Pro van elk $20, Sentry Team vanaf $26, Linear Basic voor $10 per gebruiker, en Notion Plus voor $10 per gebruiker. Verbruikskosten, belastingen, add-ons en 1Password komen daar nog bij. Infrastructuur kan nog steeds wezenlijk goedkoper zijn, maar zonder de tijd van de beheerder zegt de vergelijking niets.

Wanneer opschalen: GitLabs basis voor één node is 8 vCPU en 16 GB RAM. Meerdere gelijktijdige builds kunnen extra capaciteit vragen, zelfs zonder GitLab. Zelfgehost Sentry begint eveneens bij 16 GB RAM plus 16 GB swap en adviseert 32 GB, en daarom beveelt deze gids GlitchTip aan voor de stack op één machine.

De ongeprijsde kostenpost is bedrijfstijd. Reken bij de planning op 1 tot 2 uur per maand voor updates en het verifiëren van back-ups, plus wekelijks kort de beveiligingsadviezen doornemen van de projecten die je draait. Het echte getal hangt af van het aantal wijzigingen, incidentafhandeling en hoeveel je automatiseert. Het is niet nul, en het hoort thuis in het kostenmodel.

De uitrolmethode verandert het gemak, niet de operationele eisen. Of je nu een officieel Compose-bestand of een marketplace-sjabloon gebruikt: pin image-versies vast, stel CPU- en geheugenlimieten in, houd servicedata in benoemde volumes en test zowel back-ups als restores. De hele stack op één host samenbrengen creëert bovendien een gedeeld storingsdomein, dus isoleer kritieke diensten wanneer uitval of blootgestelde inloggegevens hard aankomen.

Wil je deze stack uitrollen, vergelijk dan onze cloud-VPS -abonnementen op CPU, RAM, SSD- of NVMe-opslag, dataverkeer en regio, en pas daarna het bovenstaande dimensioneringskader toe. Wil je sneller aan de slag, blader dan door onze één-klik-appcatalogus, maar pin nog steeds versies vast, stel resourcelimieten in en verifieer back-ups voordat je live gaat.

Belangrijkste conclusie van deze sectie: Neem 4 GB voor een klein lab, 8 GB voor een uitgeklede pilot, en ongeveer 8 vCPU met 16 GB RAM als praktisch startpunt voor de volledige Forgejo-stack. Voeg capaciteit toe voor GitLab, gelijktijdige builds, zwaardere projectmanagementtools en groeiende databases.

Waar het zelf hosten van deze stack echt faalt

Vier faalscenario's, onomwonden benoemd, want de rest van deze gids was een pleidooi voor de aanpak.

Faalscenario 1: het netwerkeffect van GitHub bij publieke opensourceprojecten. Zelfgehoste git is juist voor privécode. Het is onjuist voor projecten waarvan de hele waarde erop rust dat externe bijdragers je vinden. GitHub is waar ontwikkelaars het eerst kijken. Pull requests, forks, sterren, het impliciete vertrouwenssignaal van op github.com staan, de integraties met externe tools, alles. Is je project publieke opensource, dan is het eerlijke patroon: spiegelen naar GitHub voor de zichtbaarheid en de bron van waarheid op Forgejo houden. Verwacht niet dat een zelfgehoste instantie de vindbaarheid van GitHub voor publiek werk vervangt. Dat gebeurt niet.

Faalscenario 2: bot- en scraperverkeer op publieke Git-instanties. Publiek bereikbare Forgejo- en Gitea-diensten hebben misbruikcontroles, rate limits, monitoring en genoeg capaciteit voor onvoorspelbaar verkeer nodig. Deze gids gaat uit van privé- en teamgebruik, met het beheergedeelte achter een VPN of IP-allowlist. Een echt publieke forge kent een ander dreigings- en capaciteitsmodel.

Faalscenario 3: de onderhoudslast. „Jij bent de IT-afdeling” is het cliché, en het klopt grotendeels. Updates slopen dingen. Compose-bestanden drijven af. Certificaten verlopen. Back-ups falen stilletjes op de meest onwaardige manieren. Coolify's beveiligingsadviezen uit 2026 zijn een nuttige herinnering dat het patchtempo ertoe doet. Kun je je vooraf niet vastleggen op een onderhoudsvenster, dan is het SaaS-pakket eerlijk gezegd het juiste antwoord.

Faalscenario 4: het verlies van integraties. Externe GitHub Actions, Vercel preview-deployments gekoppeld aan GitHub-pull-requests, Sentry's gehoste alerteringsintegraties met PagerDuty en Linear, de brede integratiecatalogus van Notion. De meeste hebben zelfgehoste tegenhangers (Forgejo Actions, Coolify-deployments via webhooks, GlitchTip-meldingen, n8n als lijm tussen workflows), maar de vervangers zijn niet altijd één op één. Bouw een prototype van de workflow die er het meest toe doet voordat je het team aan een migratie bindt. De integratie die je vanzelfsprekend vindt, is degene die je het waarschijnlijkst verrast.

Belangrijkste conclusie van deze sectie: Deze stack werkt voor privécode, kleine teams en bereidwillige beheerders; hij werkt niet voor de zichtbaarheid van publieke opensource, voor teams die er niet aan willen zitten, of voor de verwachting van nul onderhoud.

De stack van de beheerder

Vier lagen, vier aanbevelingen, eerlijk benoemd. Code: Forgejo. Bouwen en uitrollen: Coolify met afgeschermd beheervlak, of Dokku, of Compose. Draaien: Vaultwarden, Uptime Kuma, GlitchTip, Portainer of Dockge. Documenteren: Docmost en OpenProject (of Plane). Begin een uitgeklede pilot bij 8 GB en de volledige Forgejo-stack bij 16 GB. Voeg capaciteit toe voor GitLab, gelijktijdige builds, zwaardere databases of aanhoudende applicatiebelasting.

Als je migreert, begin dan met Uptime Kuma en een niet-kritieke interne dienst. Zo leer je de operationele cadans met minder risico (updates, monitoring, back-upverificatie en certificaatvernieuwing) voordat je een teamworkflow of een wachtwoordkluis verhuist. Maak Vaultwarden niet je eerste testdeployment: verhuis die pas als versleutelde back-ups buiten de host, een geslaagde hersteltest, beperkt beheer en MFA op orde zijn. Zodra die cadans betrouwbaar is, ga je naar Forgejo, daarna Coolify, daarna de rest.

Voor teams die specifiek GitLab CE kiezen: bepaal of de ingebouwde CI/CD een aparte runner vervangt, of dat je werklast nog steeds toegewijde buildcapaciteit vraagt.

Veelgestelde vragen

Wat is in 2026 het beste zelfgehoste alternatief voor Gitea?

Forgejo is in 2026 de aanbevolen keuze voor wie begint met zelfhosten. De overdracht van het handelsmerk en domein van Gitea aan een commercieel bedrijf in oktober 2022, zonder voorafgaande instemming van de community, leidde eind 2022 tot de Forgejo-fork. Vanaf v9.0 vallen Forgejo-releases onder GPL v3+; eerdere patchreleases v8.0 en v7.0 bleven onder MIT. In het dagelijks gebruik liggen de functies dicht bij elkaar.

Kun je Coolify in 2026 veilig in productie draaien?

Ja, maar alleen met actief onderhoud en gelaagde verdediging. Draai de nieuwste beoordeelde stabiele release, volg nieuwe adviezen, beperk teampermissies en houd dashboard en API achter een firewall, VPN of vertrouwde toegangslaag. Beschouw beta.451, beta.474 of welk ander historisch patchniveau dan ook niet als een blijvend veilige drempel.

Hoeveel RAM heeft een volledige zelfgehoste developer-stack echt nodig?

Voor een team van 2 tot 3 ontwikkelaars geldt 4 GB als labformaat voor een paar lichte services en 8 GB als uitgeklede pilot zonder OpenProject, Plane of lokale builds. Ongeveer 8 vCPU en 16 GB RAM is het praktische startpunt voor de volledige Forgejo-stack. GitLabs basis van 8 vCPU en 16 GB geldt voor GitLab zelf, terwijl zelfgehost Sentry 16 GB RAM plus 16 GB swap vereist en 32 GB adviseert. Valideer de uiteindelijke configuratie onder echte werklastomstandigheden.

Waarom GlitchTip in plaats van zelfgehost Sentry?

Het verschil in resources en beheer. Zelfgehost Sentry vereist minstens 16 GB RAM plus 16 GB swap en is een grote deployment met meerdere services. GlitchTip adviseert 512 MB voor zijn alles-in-één dienst, vereist PostgreSQL en maakt Valkey optioneel. Het accepteert verkeer van de Sentry-SDK's, maar de functiepariteit is niet volledig, dus test de functies en integraties waarvan je afhankelijk bent.

Wat kost deze stack echt vergeleken met de SaaS-equivalenten?

Beschouw 4 GB als labformaat voor een paar lichte services en 8 GB als uitgeklede pilot zonder OpenProject, Plane of lokale builds. Ongeveer 8 vCPU en 16 GB RAM is het praktische startpunt voor de volledige Forgejo-stack. Tegen de gepubliceerde basisprijzen komen GitHub Team, Vercel Pro, Sentry Team, Linear Basic en Notion Plus samen op ongeveer $158 per maand voor drie personen, nog zonder 1Password, verbruikskosten, belastingen en add-ons. Zelfhosten kan wezenlijk goedkoper zijn, maar de tijd van de beheerder en de back-upinfrastructuur zijn echte kosten.