Repatriacja z chmury w 2026 roku: Dlaczego startupy opuszczają AWS i Vercel na rzecz self-hosted PaaS

Obietnica serverless była prosta i kusząca: napisz kod, wgraj go i nigdy więcej nie martw się o serwery. Przez lata skalowanie startupu oznaczało domyślne wybory: Next.js na Vercelu, API na AWS Lambda, baza danych na Supabase. Jednak w 2026 roku faktury dogoniły marzenia. Startupy, które osiągnęły umiarkowany ruch, stają w obliczu cztero- lub pięciocyfrowych miesięcznych rachunków. Trend zapoczątkowany przez 37signals (DHH) — repatriacja z chmury — oficjalnie dojrzał i dotarł do startupów na wczesnym etapie rozwoju. Startupy opuszczają serverless nie dlatego, że się nie skaluje, ale dlatego, że modele cenowe przy skali są nie do utrzymania.

Ukryty podatek serverless

Architektura serverless abstrahuje infrastrukturę, ale ta abstrakcja wiąże się z wysoką marżą. Kiedy budujesz w oparciu o serverless, nie płacisz tylko za moc obliczeniową; płacisz za mikrosekundy wykonania, każde żądanie i zimne starty. Oto trzy główne ukryte koszty, które uderzają w rozwijające się startupy:

• —Transfer danych (Egress Bandwidth): Vercel pobiera opłatę od 0,15 do 0,50 USD za GB transferu danych na zewnątrz, podczas gdy dedykowani dostawcy, tacy jak Hetzner, oferują od 20 TB do 100 TB w pakiecie z serwerem za 50 USD/miesiąc. W aplikacjach bogatych w media lub API zwracających duże pliki JSON, same opłaty za transfer mogą dziesięciokrotnie przekroczyć rzeczywisty koszt obliczeń.
• —Połączenia z bazą danych: Środowiska serverless błyskawicznie uruchamiają i zamykają kontenery, niszcząc pule połączeń. Każde zapytanie otwierające nowe połączenie z PostgreSQL degraduje wydajność, co zmusza do zakupu kosztownych dodatków do pulowania połączeń lub middleware (takich jak pgBouncer/Supavisor).
• —Zimne starty i limity CPU: Aby uzyskać szybki czas reakcji, musisz płacić za zarezerwowaną współbieżność (provisioned concurrency). Bez niej użytkownicy doświadczają opóźnień rzędu 1-3 sekund. Jeśli Twoje funkcje wymagają dużej ilości pamięci lub przetwarzania (np. manipulacja obrazami, generowanie PDF), koszty serverless rosną wykładniczo w porównaniu ze stałą maszyną wirtualną.

Powstanie nowoczesnych self-hosted PaaS

W przeszłości rezygnacja z serverless oznaczała konieczność zatrudnienia dedykowanego inżyniera DevOps do konfiguracji Kubernetes, certyfikatów SSL i pipeline'ów CI/CD. Dla 5-osobowego startupu ten narzut był barierą nie do przejścia. W 2026 roku to równanie uległo zmianie. Społeczność open-source dostarczyła narzędzia PaaS (Platform-as-a-Service) do samodzielnego hostowania, takie jak Coolify, Dokku czy Kamal. Szczególną popularność zyskało Coolify. Oferuje ono panel zarządzania zbliżony do Vercela na Twoim własnym serwerze. Łączysz swoje repozytorium GitHub, definiujesz plik Dockerfile, a Coolify obsługuje wdrożenia po Git push, SSL przez Let's Encrypt, kopie zapasowe i automatyczne wycofania zmian — wszystko to na serwerze dedykowanym za 40 USD/miesiąc.

Idealna architektura hybrydowa

Nie musisz wylewać dziecka z kąpielą. Najbardziej udanym wzorcem migracji w 2026 roku jest podejście hybrydowe, które łączy zalety sieci edge z dedykowanymi serwerami. Oto jak to działa:

• —Pliki statyczne i frontend na Edge: Trzymaj frontend Next.js, statyczne strony docelowe i zasoby na Vercelu lub Cloudflare Pages. Ich sieci edge są tanie, szybkie i bezpieczne. Koszt transferu dla statycznego HTML jest minimalny, a zyskujesz natychmiastową globalną dystrybucję.
• —API i logika biznesowa na dedykowanym VPS: Przenieś serwer API (Node.js/Go/Python) na dedykowaną maszynę wirtualną lub serwer dedykowany w Hetzner, OVH lub AWS EC2. Ponieważ działa on 24/7, pule połączeń pozostają aktywne, a moc procesora jest w 100% Twoja, bez zimnych startów.
• —Baza danych blisko API: Uruchom bazę PostgreSQL na tym samym serwerze dedykowanym lub w tej samej sieci prywatnej (VPC), aby zapewnić czasy zapytań poniżej milisekundy. Kopie zapasowe są automatycznie tworzone lokalnie i synchronizowane z bezpiecznym repozytorium S3.

AWS/Vercel Serverless vs Dedykowany VPS (Hetzner + Coolify)

Spójrzmy na porównanie finansowe dla typowego startupu B2B SaaS z 50 000 aktywnych użytkowników miesięcznie, obsługującego 5 milionów żądan API i transferującego 2 TB danych miesięcznie:

Dzięki przeniesieniu najbardziej wymagających obliczeniowo i transferowo części aplikacji na dedykowany VPS, startup oszczędza ponad 90% ($616/miesięcznie) na infrastrukturze. Skalując to do 500,000 użytkowników, oszczędności rosną od setek do tysięcy dolarów miesięcznie, bez utraty tempa rozwoju.

Jak konteneryzować aplikację: 5-minutowy playbook

Aby wdrożyć aplikację na Coolify, potrzebujesz jedynie pliku Dockerfile. Oto gotowy do użycia na produkcji, wieloetapowy Dockerfile dla aplikacji Next.js / Node.js, który buduje pliki statyczne w wydajny sposób i działa przy minimalnym zużyciu zasobów:

# Stage 1: Install dependencies
FROM node:20-alpine AS deps
WORKDIR /app
COPY package*.json ./
RUN npm ci

# Stage 2: Build the application
FROM node:20-alpine AS builder
WORKDIR /app
COPY --from=deps /app/node_modules ./node_modules
COPY . .
ENV NEXT_TELEMETRY_DISABLED 1
RUN npm run build

# Stage 3: Runner
FROM node:20-alpine AS runner
WORKDIR /app
ENV NODE_ENV production
ENV PORT 3000
ENV HOSTNAME "0.0.0.0"

COPY --from=builder /app/public ./public
COPY --from=builder /app/.next/standalone ./
COPY --from=builder /app/.next/static ./.next/static

EXPOSE 3000
CMD ["node", "server.js"]

Bolesna prawda: Kiedy self-hosting zawodzi

Self-hosting to nie cudowny środek. Wiąea się z odpowiedzialnością, którą serverless brał na siebie. Jeśli nie masz strategii dla poniższych obszarów, self-hosting może kosztować Cię więcej w przestojach niż zaoszczędzisz na rachunkach za serwery:

• —Strategie kopii zapasowych: Musisz skonfigurować automatyczne kopie zapasowe poza serwerem (offsite). Jeśli Twój VPS padnie, a baza danych nie była kopiowana do innej chmury (np. AWS S3 lub Backblaze), możesz stracić biznes. Coolify ma wbudowane harmonogramy backupów — używaj ich.
• —Monitoring i alerty: Kiedy funkcja serverless zawodzi, AWS zajmuje się restartem. Kiedy na Twoim VPS skończy się miejsce na dysku, serwer po prostu padnie. Potrzebujesz lekkiego monitoringu (np. Prometheus/Grafana lub proste alerty Uptime Kuma), aby dowiedzieć się o problemach przed awarią.
• —Łatki bezpieczeństwa: Jesteś właścicielem systemu operacyjnego. Musisz dbać o aktualność pakietów. Użycie zarządzanego VPS lub lekkiego systemu jak Alpine Linux w Dockerze zmniejsza ryzyko, ale regularna konserwacja jest niezbędna.

Podsumowanie

W 2026 roku pytanie nie brzmi już, czy chmura serverless jest lepsza od dedykowanych serwerów. Pytanie brzmi, jak połączyć je w pragmatyczny sposób. Dla weryfikacji pomysłów na wczesnym etapie serverless jest bezkonkurencyjny. Kiedy jednak Twój produkt osiągnie dopasowanie do rynku (product-market fit) i zacznie się skalować, migracja do modelu hybrydowego z self-hosted PaaS (takim jak Coolify) to najmądrzejszy ruch finansowy i techniczny, jaki możesz wykonać. Jeśli zmagasz się z rosnącymi kosztami chmury lub chcesz zaprojektować plan migracji bezpieczny dla Twoich deweloperów, porozmawiajmy. W Sprinx projektujemy i wdrażamy plany przejścia, które oszczędzają naszym klientom tysiące dolarów, zachowując prędkość wdrożeń zbliżoną do Vercela. Sprawdź nasze usługi architektury chmurowej lub usługi web developmentu, aby dowiedzieć się więcej.

Powiązane Artykuły

TypeScriptMonorepo

Monorepa TypeScript z Turborepo: Lekcje z Prawdziwych Projektów