# Evoluce vývojových platforem: od prototypu po enterprise infrastrukturu
Výběr vývojové platformy musí odpovídat stádiu zralosti produktu – jinak riskujete narážet na technická, ekonomická a organizační omezení. Tento materiál vychází z příkladu SaaS pro automatizaci dokumentového provozu, který prochází cestou od MVP po škálovatelné korporátní řešení.
Fáze 1: Ověření hypotézy – rychlost je nad všechno
Na začátku produktu je klíčová rychlost ověření nápadu. Zde jsou vhodné low-code/no-code platformy jako Replit nebo Lovable: umožňují za pár dní sestavit funkční prototyp bez hlubokých znalostí infrastruktury. Zadáte popis funkcionality → získáte kód → nasadíte jedním kliknutím. Databáze (často Supabase) a hosting jsou poskytnuty „z krabice“.
Příklad: za měsíc – 600 návštěvníků, 50 registrací, 10 aktivních klientů, MRR $500. Náklady – kolem $50/měs. Hlavní je potvrdit ochotu platit, ne zisk. Ale už zde jsou položena omezení: sdílená infrastruktura, chybějící izolace, nemožnost horizontálního škálování. To je na fázi MVP přijatelné, ale při růstu se stane brzdou.
Fáze 2: Růst – potřebujete škálovatelnost a kontrolu
Při zvyšující se zátěži (např. do 6000 dokumentů měsíčně) Replit přestává stíhat: throttling CPU/RAM, blokování event loop v Node.js při dlouhých operacích parsování PDF. Vzniká potřeba asynchronních front, retry logiky, persistentních workerů – čehož v základních prostředích chybí.
Řešení – přechod na managed-runtime platformy: Vercel, Heroku, Fly.io, Deno Deploy, Dockerhost, Amvera. Nabízejí:
- Automatické škálování
- CI/CD „z krabice“
- Preview prostředí pro každou větev
- CDN + edge caching
- Vestavěný TLS
Při výběru Vercel lze zavést multitenancy přes organization_id – ale to vytváří architektonický dluh: chyba v WHERE podmínce = únik dat mezi klienty. Na této fázi náklady stoupnou na ~$500/měs, ale škálovatelnost a rychlost vývoje zůstávají.
Fáze 3: Kontrola – infrastruktura se stává ekonomickým faktorem
Při 200+ klientech a MRR $6000 mohou náklady na infrastrukturu dosáhnout 40 % výnosů. Managed platformy jako Vercel skrývají složitost, ale berejí kontrolu: nelze nastavit VPC, WAF, SLA, IP filtrování. Pro enterprise klienty je to nepřijatelné.
Zde přichází bod zlomu: potřebujete přejít na cloudové providery – VK Cloud, Yandex Cloud, Selectel – s managed službami:
- Managed Kubernetes s autoškálováním a spot instancemi
- Izolované VPC a security groups
- Vlastní směrovací pravidla a network policies
- Integrace s korporátními IdP přes OIDC
- Soulad se zákonem 152-FZ při umístění v RF
Ekonomika se stabilizuje: podíl infrastrukturních nákladů klesne na 25 %. Platíte za skutečnou spotřebu, ne za abstrakci s přirážkou. Ale cena chyby roste: špatně nastavený Terraform nebo K8s cluster může paralyzovat provoz.
Fáze 4: Unifikace – Internal Development Platform pro velké týmy
IDP se vyplatí při >150 vývojářích, platformovém týmu (~10 lidí) a ochotě investovat 6–12 měsíců. Jedná se už o interní produkt s vlastní roadmapou, golden paths a self-service rozhraními pro vývojáře.
Mezi taková řešení patří:
- Backstage
- Humanitec
- VK Dev Platform
- Platform V Works
- „Sfera“
- „Marlin“
Většina firem staví IDP sama – procesy jsou příliš specifické. Pro týmy do 30 lidí je to předčasná optimalizace: náklady na podporu převyšují přínos.
Co je důležité
- Rychlost na startu – použijte no-code/low-code, abyste rychle ověřili hypotézu.
- Přechod na managed-runtime – nutný při růstu zátěže a objevení asynchronních úkolů.
- Cloud místo PaaS – když infrastruktura začne „snášet“ zisk a potřebujete enterprise záruky.
- IDP – ne pro každého – jen u velkého týmu a zralých procesů.
- Cena chyby roste – čím vyšší fáze, tím dražší špatná konfigurace.
Typické bolesti při zpožděném přechodu
- Terraform repozitář, který chápe jen jeden člověk – a ten je na dovolené.
- K8s cluster nastavený podle tutoriálu: „funguje, pokud na něj nedýcháte“.
- Nový vývojář nedokáže zvednout lokální prostředí za den.
- Deploy je, ale standardů pro deploy ne.
Hlavní riziko – používat nástroj déle, než je efektivní. Nejnebezpečnější je zóna mezi PaaS a cloudem: produkt už vyrostl, ale expertise a rozpočtu na plnou migraci ještě není.
— Editorial Team
Zatím žádné komentáře.