Vlastní hostovaný stack pro produktivitu vývojářů: náhrada GitHubu, Vercelu a Sentry na jednom VPS v roce 2026

Při současných ceníkových cenách začíná tříčlenný tým používající GitHub Team, Vercel Pro, Sentry Team, Linear Basic a Notion Plus zhruba na 158 $ měsíčně, a to bez 1Passwordu, poplatků za využití a doplňků. Pečlivě vymezený vlastní hostovaný stack dokáže tuto částku výrazně snížit, ale poctivé srovnání zahrnuje větší VPS než laboratorní minimum 4 GB a čas na údržbu, na který všichni zapomínají.

Tento průvodce je pro vývojáře nebo malý tým, který už dospěl k závěru, že „účet za SaaS je otravný“ a že „držet soukromý kód a vývojářské workflow na cizí infrastruktuře je nepříjemné“, a teď chce vědět, co konkrétně provozovat. Stack má čtyři vrstvy: kód, build a nasazení, provoz a dokumentaci. Každá vrstva dostane jeden doporučený nástroj, jednu alternativu, náklady na zdroje a způsob selhání. Rozsahem je soukromé a týmové použití na jednom VPS. Hosting e-mailu, DNS, autentizace koncových zákazníků a Kubernetes jsou mimo rozsah, z důvodů, které uvedeme tam, kam patří.

Zkrácená verze

Pokud čtete jen odrážky:

• Kód: Ve výchozím stavu Forgejo. GitLab CE použijte jen tehdy, chcete-li git, CI/CD, registry a issues v jednom produktu; současný základ GitLabu na jednom uzlu je 16 GB RAM, přičemž 8 GB je vyhrazeno pro prostředí s omezenou pamětí.
• Build a nasazení: 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.
• Spusťte: Vaultwarden pro sdílené přihlašovací údaje, Uptime Kuma pro monitoring, GlitchTip pro sledování chyb a Portainer nebo Dockge pro správu kontejnerů. GlitchTip je mnohem menší nasazení než vlastní hostovaný Sentry, jehož oficiální minimum je 16 GB RAM plus 16 GB odkládacího prostoru.
• Dokumentace: Docmost na dokumentaci a OpenProject (nebo Plane) na sledování úkolů. AFFiNE sedí týmům, které dávají přednost modelu Notion ve stylu plátna.
• Dimenzování: Berte 4 GB jako laboratorní velikost pro pár lehkých služeb, 8 GB jako zúžený pilot bez OpenProjectu, Plane a lokálních buildů a 16 GB jako praktický výchozí bod pro kompletní stack postavený na Forgejo z tohoto průvodce. Základ GitLabu 8 vCPU a 16 GB platí pro samotný GitLab, takže stack na jednom stroji postavený na GitLabu vyžaduje kapacitu navíc nebo samostatné zátěžové testy.
• Kde prohrává: Veřejné open source projekty s externími přispěvateli. Síťový efekt GitHubu je skutečný a vlastní hosting vás stojí objevitelnost.

Předpoklady

Než budete číst dál, tento průvodce předpokládá:

• Linuxový VPS s nainstalovaným Dockerem a Docker Compose. Počítejte s asi 16 GB RAM pro kompletní stack postavený na Forgejo; 8 GB stačí na zúžený pilot bez těžších nástrojů pro řízení projektů a bez lokálních buildů.
• 30 až 60 minut pozornosti na každou vrstvu při prvním nasazení.
• Pohodlí při čtení souboru Compose a úpravě proměnných prostředí.
• Ochota držet pravidelné okno pro aktualizace, rychle nasazovat bezpečnostní opravy a zálohy ověřovat, ne je jen nastavit.

Pokud je něco z toho pro vás nepřijatelné, balík SaaS je pro váš tým skutečně správná odpověď. To je obhajitelný postoj, ne selhání.

Vrstva 1, kód: Forgejo, Gitea nebo GitLab CE

Tři schůdné možnosti, tři různé body na křivce zdrojů a správy. Pro ty, kdo se do vlastního hostingu pouštějí v roce 2026, zní doporučení nejprve Forgejo.

Forgejo je stavěné na skromnou infrastrukturu a nabízí pull requesty, sledování úkolů, projektové nástěnky, wiki, registry balíčků a Forgejo Actions. Jeho workflow používají formát ve stylu GitHub Actions, kompatibilita ale není absolutní; otestujte každou akci třetí strany, na které vaše pipeline stojí.

Gitea volte jen tehdy, pokud už závisíte na funkci, kterou má jen ono, nebo máte nástroje připnuté na konkrétní verzi Gitea. Na samotné codebase není nic špatného. oficiální srovnání Forgejo uvádí, že fork následoval po převodu domén a ochranné známky Gitea na ziskovou společnost v říjnu 2022 bez souhlasu komunity; oznámení o licencování Forgejo uvádí GPL v3+ pro verze počínaje v9.0.

GitLab CE zvolte, pokud chcete jeden produkt pro git, CI/CD, registr kontejnerů a sledování úkolů a unesete jeho spodní hranici zdrojů. Současné požadavky GitLabu stanovují 16 GB RAM a 8 vCPU jako základ pro jeden uzel; 8 GB je pro prostředí s omezenou pamětí. Gitea je dost lehké na to, aby malá soukromá instance běžela zhruba v 1 až 2 GB RAM, a Forgejo je srovnatelné, jenže produkční dimenzování u obou pořád závisí na repozitářích, runnerech a souběžných uživatelích.

Otázka CI stojí za zmínku. Gitea Actions je navrženo tak, aby bylo z velké části kompatibilní s GitHub Actions, kdežto Forgejo Actions záměrně míří spíš na známost než na plnou kompatibilitu. Mnoho workflow si vyžádá jen drobné úpravy, ale obrazy runnerů, oprávnění, kontexty, štítky a akce třetích stran se mohou chovat jinak. Před migrací otestujte každé workflow a každou akci, na které vaše pipeline stojí.

Jedna výhrada platí pro všechny tři možnosti. Tento průvodce předpokládá soukromé a týmové použití, se správcovským rozhraním za VPN nebo IP allowlistem. Veřejné git služby čelí provozu botů, zneužívání a kompromisům kolem objevitelnosti, které malé soukromé nasazení nezná. U veřejného open source zrcadlete kvůli viditelnosti na GitHub a Forgejo si nechte jako zdroj pravdy, pokud je pro vás tento model správy důležitý.

Server dimenzujte podle zátěže, ne podle názvů tarifů poskytovatele. Samostatná služba Forgejo nebo Gitea pro lehký soukromý provoz může začít kolem 1 až 2 vCPU a 1 až 2 GB RAM. Zúžený stack bez OpenProjectu, Plane a lokálních buildů může začít kolem 4 vCPU a 8 GB RAM. U kompletního stacku postaveného na Forgejo, který tu popisujeme, začněte kolem 8 vCPU a 16 GB RAM a pak jej ověřte pod skutečnou zátěží CI a aplikací. Oficiální základ GitLabu 8 vCPU a 16 GB platí pro samotný GitLab, takže ho neberte jako dostatečný pro GitLab plus zbytek tohoto stacku. Použijte úložiště SSD nebo NVMe, rozpočet na repozitáře, obrazy kontejnerů, logy, databáze a zálohy počítejte zvlášť a nechte 20 až 30% kapacity volných na aktualizace a špičky.

Klíčové ponaučení sekce: Forgejo je v roce 2026 výchozím doporučením pro vrstvu kódu; Gitea zůstává solidní a GitLab CE je integrovanou volbou jen tehdy, unesete-li jeho základ 16 GB nebo vědomě provozujete omezenou konfiguraci s 8 GB.

Vrstva 2, build a nasazení: Coolify (s výhradami), Dokku nebo čisté Docker Compose

Popravdě řečeno: Coolify je pro tento stack doporučená PaaS volba, pokud běžíte na aktuálním produkčním vydání, držíte administrátorský dashboard mimo veřejný internet a sledujete bezpečnostní hlášení. V době QC označuje GitHub Coolify v4.3.0 Coolify v4.1.2 jako nejnovější. Berte záplatování a izolaci administrátorské roviny jako provozní požadavky, ne jako volitelné zpevnění.

Tip od profíka: Dashboard a API Coolify omezte firewallem, VPN nebo důvěryhodnou přístupovou proxy. Nasazené aplikace mohou i nadále přijímat veřejný provoz; cílem je zmenšit expozici administrátorské řídicí roviny.

Alternativou pro sólo vývojáře je Dokku, kompaktní PaaS s nasazováním přes git push ve stylu Heroku a podporou buildpacků. Má menší plochu než Coolify a tomu odpovídající menší sadu funkcí. To z něj dělá obhajitelnou „nudnou volbu“ pro jednoho či dva vývojáře, kteří dashboard nepotřebují.

Třetí možnost, po které sahají zkušení provozovatelé, je žádné PaaS, jen Docker Compose. Pokud váš tým už Compose soubory píše a chcete mít pohyblivé části na očích, je to naprosto rozumná odpověď. Přidejte Dockge nebo Portainer jako UI vrstvu pro správu stacků, když chcete restart na kliknutí místo docker compose restart. Kompromis je provozní: žádná náhledová prostředí, žádná vestavěná automatizace TLS, žádné nasazení bez výpadku bez práce navíc. Tyto funkce si vysloužíte psaním skriptů; u Coolify jsou hotové, i s bezpečnostní historií, která k nim patří.

ČTĚTE

Nejlepší self-hosted alternativy k Heroku a Vercelu: Coolify, Dokku a další

Průvodce Cloudzy nejlepšími nástroji CI/CD rozebírá build pipeline hlouběji pro týmy, které potřebují samostatný runner. Mnoho malých týmů jej nepotřebuje, jakmile mají Forgejo Actions nebo GitLab CI/CD.

Klíčové ponaučení sekce: Coolify je doporučeným PaaS jen na aktuálním stabilním vydání a s omezenou administrátorskou rovinou; Dokku je konzervativní sólo volba; čisté Docker Compose zůstává obhajitelnou třetí možností.

Vrstva 3, provoz: Vaultwarden, Uptime Kuma, GlitchTip a správa kontejnerů

Právě tady sídlí nejvýraznější rozdíl v nárocích na zdroje v celém stacku. Oficiální požadavky pro vlastní hostování Sentry uvádějí jako minimum 4 jádra procesoru, 16 GB RAM, 16 GB odkládacího prostoru a 20 GB volného místa na disku, doporučeno je 32 GB RAM. Instalační příručka GlitchTip doporučuje 512 MB RAM, vyžaduje PostgreSQL a Valkey nechává volitelné. Pro malý tým na jednom VPS je GlitchTip praktickou výchozí volbou.

Zbylé čtyři nástroje v této vrstvě jsou na krátké povídání.

Vaultwarden je správce hesel kompatibilní s Bitwardenem, který podporuje mobilní aplikace i rozšíření prohlížeče Bitwarden a sdílení v týmu. Jeho skutečná stopa závisí na uživatelích, přílohách a volbě databáze. Srovnání vlastních hostovaných správců hesel od Cloudzy rozebírá hlubší kompromis, když potřebujete strukturovanější oprávnění, auditní kontroly nebo jiný bezpečnostní model.

Uptime Kuma je drobný nástroj na monitoring a upozornění: kontroly HTTP, TCP, ping, push a expirace certifikátů, k tomu volitelné stavové stránky. Oznámení mohou chodit chatem, e-mailem nebo přes webhooky. Spotřeba zdrojů se mění podle počtu kontrol a délky uchovávání; upozorňovat až při druhém selhání v řadě je praktický způsob, jak potlačit krátké výkyvy.

GlitchTip je sledovač chyb. Většina integrací Sentry SDK umí hlásit na DSN GlitchTipu, jenže shoda funkcí není úplná; otestujte sledování výkonu, source mapy, upozornění a každou integraci, kterou váš tým pokládá za kritickou.

Jako kontejnerové UI zvolte Portainer nebo Dockge. Portainer pokrývá širší škálu úloh správy kontejnerů, Dockge zůstává soustředěné na Docker Compose. Pro malý stack jen s Compose sedne Dockge čistěji. K Portaineru přejděte, teprve až budete potřebovat širší záběr.

Užitečná ergonomie Compose pro tuto vrstvu: každý nástroj držte ve vlastním podadresáři s vlastním compose.yml, sdílenou síť Dockeru zaveďte jen tam, kde je provoz mezi nástroji potřeba, a dopředu postavte jednu reverzní proxy na ukončení TLS.

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

Tip od profíka: Záloha je prokázaná teprve tehdy, když jde službu obnovit a její data ověřit. Jednou měsíčně obnovte jednu reprezentativní službu do izolovaného testovacího prostředí, spusťte ji, přihlaste se, projděte záznamy a přílohy a potvrďte, že se aplikace chová normálně. Vypsat obnovené soubory dokazuje jen to, že je archiv čitelný, ne že databázi, svazky, oprávnění a stav aplikace lze úspěšně obnovit.

Klíčové ponaučení sekce: GlitchTip zvládne jádro práce se sledováním chyb s dramaticky menším nasazením než vlastní hostovaný Sentry, ale ověřte si ty funkce a integrace Sentry, které váš tým skutečně používá.

Vrstva 4, dokumentace: Docmost, AFFiNE a sledování úkolů s OpenProjectem nebo Plane

Rozhraní Notionu je v pořádku, dokud rostoucí wiki nezpomalí navigaci a hledání. Pro malý tým je doporučené rozdělení Docmost na dokumentaci a wiki a OpenProject na sledování úkolů. OpenProject nahraďte za Plane, pokud váš tým chce výslovně vizuální model ve stylu Linearu a nevadí mu spravovat jeho podporované vlastní hostování.

Docmost je tu nejbližší vlastní hostovaná náhrada Notionu, aniž by předstíral, že Notion je. Jeho blokový editor, hierarchie stránek a týmová oprávnění sedí na klasickou interní wiki. Tuto vrstvu dimenzujte podle souběžných editorů, příloh a podle toho, zda PostgreSQL a Redis sdílejí stejný stroj. AFFiNE je alternativa pro týmy, které dávají přednost modelu plátna a whiteboardu před vnořenými stránkami. Obojí dává smysl; vyberte si jedno.

OpenProject pokrývá sledování úkolů pro týmy, kterým vyhovuje workflow ve stylu Jira: epiky, pracovní balíčky, sprinty a evidence času. Plane je alternativa ve stylu Linearu, s rychlejším rozhraním soustředěným na úkoly a jinou provozní stopou.

Přiznejme si to upřímně: rychlost Linearu ovládaného z klávesnice je vážně dobrá a Plane nereprodukuje každou interakci. Pokud workflow vašeho týmu stojí na svalové paměti pro Linearí příkazové menu, tření při migraci je skutečné. Nemusí to být překážka, ale je to reálná cena.

Klíčové ponaučení sekce: Docmost pokrývá roli interní dokumentace, zatímco OpenProject nebo Plane sledování úkolů; mezera v ovládání z klávesnice oproti Linearu je jediné místo, kde po vás tato vrstva chce ústupek.

Kolik tenhle stack stojí a na čem běží

Praktický výchozí bod pro kompletní stack postavený na Forgejo v jedné krabici je zhruba 8 vCPU a 16 GB RAM. Berte 2 vCPU a 4 GB RAM jako laboratorní velikost pro pár lehkých služeb a 4 vCPU a 8 GB RAM jako zúžený pilot bez OpenProjectu, Plane a lokálních buildů. Skutečné nároky závisí na souběžných uživatelích, aktivitě CI, růstu databází, přílohách, úložišti obrazů, logách a délce uchovávání, takže stack ověřte pod reálnou zátěží a nechte 20 až 30% kapacity volných. Startovní stupeň s 16 GB unese následující služby pro lehce zatížený tým 2 až 3 vývojářů, s výhradou zátěžových testů:

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

Server se 4 GB stačí jen na pár lehkých služeb. Server s 8 GB je lepší brát jako zúžený pilot bez OpenProjectu, Plane a lokálních buildů. Kompletní stack postavený na Forgejo začněte na 16 GB a kapacitu přidávejte, jakmile přijde GitLab, souběžné buildy, Plane, dlouhé doby uchovávání nebo těžší databázové zátěže. Balík SaaS téhož týmu zahrnuje:

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

Podle zveřejněných základních sazeb na jednotlivých cenových stránkách (včetně sazeb při roční fakturaci, kde se uplatní). Pět zpoplatněných produktů dá dohromady zhruba 158 $ měsíčně pro tři lidi: GitHub Team za 4 $ na uživatele prvních 12 měsíců, tři vývojářská místa v Vercel Pro po 20 $ za místo, Sentry Team od 26 $, Linear Basic za 10 $ na uživatele a Notion Plus za 10 $ na uživatele. Poplatky za využití, daně, doplňky a 1Password jdou nad rámec toho. Infrastruktura pořád může vyjít citelně levněji, jenže bez času provozovatele nemá srovnání smysl.

Kdy přidat: základ GitLabu na jednom uzlu je 8 vCPU a 16 GB RAM. Několik souběžných buildů si může vyžádat kapacitu navíc i bez GitLabu. Vlastní hostovaný Sentry rovněž startuje na 16 GB RAM plus 16 GB odkládacího prostoru a doporučuje 32 GB, a právě proto tento průvodce pro stack na jednom stroji doporučuje GlitchTip.

Neoceněnou položkou je provozní čas. Pro plánování počítejte s 1 až 2 hodinami měsíčně na aktualizace a ověřování záloh, plus krátký týdenní průlet bezpečnostními hlášeními projektů, které provozujete. Skutečné číslo závisí na objemu změn, řešení incidentů a míře automatizace. Nula to není a do nákladového modelu patří.

Způsob nasazení mění pohodlí, ne provozní požadavky. Ať použijete oficiální soubor Compose nebo šablonu z tržiště: připněte verze obrazů, nastavte limity procesoru a paměti, data služeb držte v pojmenovaných svazcích a testujte zálohy i obnovy. Sloučit celý stack na jeden stroj navíc vytváří sdílenou doménu selhání, takže kritické služby izolujte tam, kde by výpadek nebo únik přihlašovacích údajů udeřil silně.

Pokud chcete tento stack nasadit, porovnejte naše tarify cloud VPS podle procesoru, RAM, úložiště SSD nebo NVMe, objemu přenosů a regionu a pak použijte rámec dimenzování popsaný výše. Pro rychlejší rozjezd projděte náš katalog aplikací na jedno kliknutí, ale i tak připněte verze, nastavte limity zdrojů a před produkcí ověřte zálohy.

Klíčové ponaučení sekce: Vezměte 4 GB na malou laboratoř, 8 GB na zúžený pilot a zhruba 8 vCPU s 16 GB RAM jako praktický výchozí bod pro kompletní stack postavený na Forgejo. Kapacitu přidejte kvůli GitLabu, souběžným buildům, těžším nástrojům na řízení projektů a rostoucím databázím.

Kde vlastní hostování tohoto stacku opravdu selhává

Čtyři způsoby selhání, pojmenované na rovinu, protože zbytek tohoto průvodce byl obhajobou tohoto přístupu.

Způsob selhání 1: síťový efekt GitHubu u veřejných open source projektů. Vlastní hostovaný git je pro soukromý kód správná volba. Pro projekty, jejichž celá hodnota stojí na tom, že vás najdou externí přispěvatelé, je volbou špatnou. GitHub je místo, kam se vývojáři dívají první. Pull requesty, forky, hvězdy, implicitní signál důvěry plynoucí z toho, že jste na github.com, integrace nástrojů třetích stran, všechno tohle. Je-li váš projekt veřejný open source, poctivý vzorec zní: zrcadlit na GitHub kvůli viditelnosti a zdroj pravdy si nechat na Forgejo. Nečekejte, že vlastní instance nahradí objevitelnost GitHubu u veřejné práce. Nenahradí.

Způsob selhání 2: provoz botů a scraperů na veřejných instancích Gitu. Veřejně dostupné služby Forgejo a Gitea potřebují opatření proti zneužití, rate limity, monitoring a dost kapacity na nepředvídatelný provoz. Tento průvodce předpokládá soukromé a týmové použití, se správcovským rozhraním za VPN nebo IP allowlistem. Skutečně veřejná forge má jiný model hrozeb i kapacity.

Způsob selhání 3: zátěž údržby. „IT oddělení jste vy“ je klišé a z velké části sedí. Aktualizace věci rozbíjejí. Compose soubory se rozjíždějí. Certifikáty vyprší. Zálohy selhávají potichu a těmi nejnedůstojnějšími způsoby. Bezpečnostní hlášení Coolify z roku 2026 jsou užitečnou připomínkou, že na tempu záplatování záleží. Pokud se předem nedokážete zavázat k oknu pro údržbu, je poctivou odpovědí balík SaaS.

Způsob selhání 4: ztráta integrací. Akce třetích stran na GitHubu, náhledová nasazení Vercelu navázaná na pull requesty na GitHubu, hostované integrace upozornění Sentry s PagerDuty a Linearem, široký katalog integrací Notionu. Většina má vlastní hostované protějšky (Forgejo Actions, nasazení Coolify přes webhooky, oznámení GlitchTipu, n8n jako lepidlo mezi workflow), jenže náhrady nejsou vždy jedna ku jedné. Než tým zavážete k migraci, udělejte prototyp toho workflow, na kterém nejvíc záleží. Integrace, kterou berete jako samozřejmost, vás překvapí nejspíš ze všech.

Klíčové ponaučení sekce: Tento stack funguje pro soukromý kód, malé týmy a ochotné provozovatele; nefunguje pro viditelnost veřejného open source, pro týmy, které do toho nechtějí sahat, ani pro očekávání nulové údržby.

Stack provozovatele

Čtyři vrstvy, čtyři doporučení, pojmenovaná na rovinu. Kód: Forgejo. Build a nasazení: Coolify s omezenou administrátorskou rovinou, nebo Dokku, nebo Compose. Provoz: Vaultwarden, Uptime Kuma, GlitchTip, Portainer nebo Dockge. Dokumentace: Docmost a OpenProject (nebo Plane). Zúžený pilot začněte na 8 GB a kompletní stack postavený na Forgejo na 16 GB. Kapacitu přidejte kvůli GitLabu, souběžným buildům, těžším databázím nebo trvalé zátěži aplikací.

Pokud migrujete, začněte s Uptime Kuma a nekritickou interní službou. Nabízejí méně rizikový způsob, jak se naučit provozní rytmus (aktualizace, monitoring, ověřování záloh a obnovu certifikátů), než přesunete týmové workflow nebo úložiště přihlašovacích údajů. Vaultwarden nedělejte prvním testovacím nasazením: přesuňte ho, teprve až budou hotové šifrované zálohy mimo hostitele, úspěšný test obnovy, omezená správa a vícefaktorové ověřování. Jakmile je ten rytmus spolehlivý, přejděte na Forgejo, pak Coolify a pak na zbytek.

Týmy, které volí konkrétně GitLab CE, ať si ujasní, zda jeho nativní CI/CD nahradí samostatný runner, nebo zda jejich zátěž pořád potřebuje vyhrazenou build kapacitu.

Časté dotazy

Jaká je v roce 2026 nejlepší vlastní hostovaná alternativa ke Gitea?

Forgejo je v roce 2026 doporučenou volbou pro ty, kdo se do vlastního hostingu teprve pouštějí. Převod ochranné známky a domény Gitea na ziskovou společnost v říjnu 2022 bez předchozího souhlasu komunity vyvolal koncem roku 2022 fork Forgejo. Od v9.0 vycházejí vydání Forgejo pod GPL v3+; dřívější opravná vydání v8.0 a v7.0 zůstala pod MIT. V každodenním provozu je shoda funkcí těsná.

Dá se Coolify v roce 2026 bezpečně provozovat v produkci?

Ano, ale jen s aktivní údržbou a obranou do hloubky. Provozujte nejnovější prověřené stabilní vydání, sledujte nová hlášení, omezte oprávnění týmu a dashboard i API držte za firewallem, VPN nebo důvěryhodnou přístupovou vrstvou. Neberte beta.451, beta.474 ani žádnou jinou historickou úroveň záplat jako trvale bezpečnou hranici.

Kolik RAM vlastně potřebuje kompletní vlastní hostovaný vývojářský stack?

Pro tým 2 až 3 vývojářů berte 4 GB jako laboratorní velikost pro pár lehkých služeb a 8 GB jako zúžený pilot bez OpenProjectu, Plane a lokálních buildů. Zhruba 8 vCPU a 16 GB RAM je praktický výchozí bod pro kompletní stack postavený na Forgejo. Základ GitLabu 8 vCPU a 16 GB platí pro samotný GitLab, kdežto vlastní hostovaný Sentry vyžaduje 16 GB RAM plus 16 GB odkládacího prostoru a doporučuje 32 GB. Výslednou konfiguraci ověřte v podmínkách skutečné zátěže.

Proč GlitchTip místo vlastního hostovaného Sentry?

Rozdíl ve zdrojích a v provozu. Vlastní hostovaný Sentry vyžaduje aspoň 16 GB RAM plus 16 GB odkládacího prostoru a je to rozsáhlé nasazení s mnoha službami. GlitchTip doporučuje 512 MB pro svou all-in-one službu, vyžaduje PostgreSQL a Valkey nechává volitelné. Přijímá provoz ze Sentry SDK, jenže shoda funkcí není úplná, takže otestujte funkce a integrace, na kterých závisíte.

Kolik tenhle stack ve skutečnosti stojí oproti SaaS protějškům?

Berte 4 GB jako laboratorní velikost pro pár lehkých služeb a 8 GB jako zúžený pilot bez OpenProjectu, Plane a lokálních buildů. Zhruba 8 vCPU a 16 GB RAM je praktický výchozí bod pro kompletní stack postavený na Forgejo. Ve zveřejněných základních cenách dají GitHub Team, Vercel Pro, Sentry Team, Linear Basic a Notion Plus dohromady asi 158 $ měsíčně pro tři lidi, a to bez 1Passwordu, poplatků za využití, daní a doplňků. Vlastní hosting může vyjít citelně levněji, ale čas provozovatele a zálohovací infrastruktura jsou skutečné náklady.