Serverless czy VPS — gdzie hostować aplikację
Wybór modelu hostingu wpływa na miesięczny rachunek, na to, kto reaguje o trzeciej w nocy przy awarii, i na swobodę przeniesienia aplikacji do innego dostawcy. Różnice w koszcie między modelami bywają kilkukrotne — w obie strony, zależnie od charakteru ruchu.
Krótka odpowiedź: dla aplikacji o stałym, przewidywalnym ruchu serwer wirtualny jest tańszy i prostszy w diagnostyce. Dla aplikacji o ruchu nierównomiernym — sezonowym, kampanijnym, z długimi okresami bezczynności — model bezserwerowy wypada korzystniej.
Punkt zwrotny leży zwykle w okolicach stałego obciążenia rzędu kilkuset tysięcy żądań miesięcznie. Poniżej opłaca się płacić za zużycie, powyżej — za stałą moc obliczeniową.
Trzy modele, nie dwa
Zestawienie „serverless kontra VPS" pomija wariant pośredni, który w praktyce wybiera najwięcej firm: platformę zarządzaną, gdzie dostawca utrzymuje system operacyjny i środowisko uruchomieniowe, a Ty dostarczasz kod.
| Model | Kto zarządza serwerem | Rozliczenie | Typowy koszt startowy |
|---|---|---|---|
| Serwer wirtualny | Ty lub administrator | Stała opłata miesięczna | 30 – 200 zł |
| Platforma zarządzana | Dostawca | Stała opłata za instancję | 80 – 400 zł |
| Model bezserwerowy | Dostawca | Za wywołanie i czas obliczeń | 0 – 100 zł |
Serwer wirtualny — kontrola i przewidywalny rachunek
Dostajesz maszynę z określoną mocą obliczeniową i pamięcią, na której instalujesz to, co uznasz za potrzebne. Rachunek jest taki sam niezależnie od ruchu, co przy stabilnym obciążeniu bywa najtańszym rozwiązaniem na rynku.
Zaletą trudną do przecenienia jest przewidywalność diagnostyki. Gdy aplikacja zwalnia, można zalogować się na serwer, sprawdzić obciążenie, przejrzeć rejestry i zobaczyć, co się dzieje. W modelach zarządzanych część tych informacji jest niedostępna albo prezentowana w formie zagregowanej.
Kosztem jest odpowiedzialność. Aktualizacje systemu, konfiguracja zapory, certyfikaty, kopie zapasowe, monitoring i reakcja na awarię — wszystko to ktoś musi wykonać. Jeżeli firma nie ma administratora, ten obowiązek trzeba kupić jako usługę, co zmienia rachunek kosztów.
Model bezserwerowy — płacisz za to, czego używasz
Kod uruchamiany jest na żądanie, a rozliczenie następuje za liczbę wywołań i czas obliczeń. Przy braku ruchu koszt jest bliski zeru, przy nagłym wzroście środowisko skaluje się automatycznie, bez konfiguracji.
To rozwiązanie ma trzy właściwości, które bywają zaletą lub wadą w zależności od zastosowania. Skalowanie jest automatyczne, ale i rachunek rośnie automatycznie — błąd powodujący pętlę wywołań generuje realny koszt. Środowisko jest utrzymywane przez dostawcę, ale diagnostyka ogranicza się do tego, co udostępnia w rejestrach. Koszt przy niskim ruchu jest minimalny, ale przy wysokim i stałym potrafi wielokrotnie przekroczyć cenę serwera o równoważnej mocy.
Opóźnienie pierwszego wywołania. W modelu bezserwerowym funkcja nieużywana przez pewien czas musi zostać uruchomiona od nowa, co dodaje od kilkuset milisekund do kilku sekund. Dla aplikacji o stałym ruchu problem nie występuje. Dla narzędzia używanego kilka razy dziennie oznacza, że pierwsze otwarcie zawsze będzie wyraźnie wolniejsze — i użytkownicy to zauważą.
Porównanie kosztów na przykładzie
| Scenariusz | Serwer wirtualny | Model bezserwerowy | Wniosek |
|---|---|---|---|
| Panel wewnętrzny, 20 osób, praca w godzinach biurowych | 60 zł | 10 – 30 zł | Bezserwerowy tańszy, ale opóźnienie odczuwalne |
| Sklep, stały ruch, 300 tys. odsłon miesięcznie | 150 zł | 400 – 900 zł | Serwer zdecydowanie tańszy |
| Kampania sezonowa, ruch skupiony w dwóch tygodniach | 400 zł przez cały rok | 150 zł łącznie | Bezserwerowy wyraźnie korzystniejszy |
| Interfejs dla partnerów, ruch nieregularny | 120 zł | 40 – 120 zł | Porównywalnie, decyduje utrzymanie |
Kwoty są orientacyjne i zależą od dostawcy, ale proporcje pozostają stabilne. Zasada jest prosta: im bardziej równomierny ruch, tym korzystniej wypada stała opłata za moc obliczeniową.
Czynniki pomijane w kalkulacjach
- Koszt administracji — kilka godzin miesięcznie przy serwerze wirtualnym, praktycznie zero przy modelu zarządzanym.
- Transfer wychodzący — u dostawców chmurowych bywa istotną pozycją rachunku, często pomijaną przy szacowaniu.
- Baza danych — model bezserwerowy wymaga bazy dostosowanej do dużej liczby krótkich połączeń, co bywa droższe.
- Przechowywanie plików — funkcje bezserwerowe nie mają trwałego dysku, więc pliki trafiają do osobnej usługi.
- Zadania długotrwałe — generowanie raportów czy przetwarzanie obrazów bywa ograniczone czasem wykonania funkcji.
- Monitoring i rejestry — w chmurze często rozliczane osobno, przy większym ruchu zauważalnie.
- Środowisko testowe — w modelu bezserwerowym praktycznie darmowe, przy serwerach to kolejna maszyna.
Uzależnienie od dostawcy
To ryzyko, o którym warto pomyśleć na starcie, choć rzadko bywa problemem natychmiastowym. Aplikacja korzystająca wyłącznie ze standardowych mechanizmów przenosi się między dostawcami w kilka dni. Aplikacja zbudowana wokół specyficznych usług jednego dostawcy — kolejek, baz, mechanizmów uwierzytelniania — bywa nieprzenośna bez istotnej przebudowy.
Nie oznacza to, że należy unikać usług dostawcy. Oznacza, że warto świadomie decydować, które z nich są na tyle wygodne, żeby zaakceptować związaną z nimi zależność, i trzymać logikę biznesową w warstwie od nich odseparowanej.
Jak wybrać — praktyczne kryteria
| Sytuacja | Rekomendacja |
|---|---|
| Aplikacja wewnętrzna, stały niewielki ruch, jest administrator | Serwer wirtualny |
| Aplikacja wewnętrzna, brak administratora | Platforma zarządzana |
| Sklep lub serwis o stałym dużym ruchu | Serwer wirtualny lub kilka serwerów |
| Ruch sezonowy, kampanie, skoki obciążenia | Model bezserwerowy |
| Wersja pilotażowa przed pierwszymi użytkownikami | Model bezserwerowy lub platforma zarządzana |
| Wymóg przechowywania danych na własnej infrastrukturze | Serwer wirtualny lub serwer fizyczny |
Wariant, który sprawdza się najczęściej. Podejście mieszane: aplikacja główna na serwerze lub platformie zarządzanej, a zadania nieregularne — generowanie raportów, przetwarzanie obrazów, wysyłka masowa — jako funkcje bezserwerowe. Nie płacisz wtedy za moc obliczeniową utrzymywaną na potrzeby czynności wykonywanych raz dziennie.
Kopie zapasowe i plan na awarię
Wybór modelu hostingu determinuje, kto odpowiada za odtworzenie serwisu po awarii — i to jest różnica ważniejsza niż comiesięczny rachunek. Warto ustalić ją świadomie, zanim awaria nastąpi.
| Model | Kto robi kopie | Czas odtworzenia | Co trzeba ustalić |
|---|---|---|---|
| Serwer wirtualny | Ty lub wykonawca | Godziny | Harmonogram, miejsce przechowywania, test odtworzenia |
| Platforma zarządzana | Dostawca | Minuty do godzin | Zakres kopii i okres przechowywania |
| Model bezserwerowy | Dostawca dla infrastruktury | Minuty | Kopie bazy i plików — osobno |
Ostatni wiersz bywa źródłem nieporozumień. W modelu bezserwerowym dostawca utrzymuje środowisko uruchomieniowe, ale dane aplikacji — baza i pliki użytkowników — to osobne usługi z własną polityką kopii. Założenie, że „chmura sama to robi", kończy się utratą danych przy pierwszym błędzie w kodzie, który skasuje rekordy.
Minimum, które warto mieć niezależnie od modelu
- Kopia codzienna bazy danych i plików wgrywanych przez użytkowników.
- Kopia poza główną infrastrukturą — u innego dostawcy lub w innej lokalizacji.
- Przetestowane odtworzenie wykonane co najmniej raz przy wdrożeniu i powtarzane co pół roku.
- Kod w repozytorium z możliwością odtworzenia środowiska od zera.
- Opisana procedura — kto co robi i w jakiej kolejności przy awarii.
- Znany czas odtworzenia, żeby wiedzieć, ile potrwa przestój.
Trzeci punkt jest tym, który najczęściej wypada z listy. Kopia, której nigdy nie odtworzono, bywa niekompletna albo zapisana w formacie wymagającym narzędzi, których nie masz. Test wykonany raz, na spokojnie, kosztuje godzinę — a jego brak ujawnia się w najgorszym możliwym momencie.
Podsumowanie
Nie istnieje model lepszy w każdych warunkach. Serwer wirtualny wygrywa przy stałym ruchu i wtedy, gdy zależy Ci na pełnej kontroli oraz prostej diagnostyce. Model bezserwerowy wygrywa przy ruchu nierównomiernym i w projektach na wczesnym etapie, gdzie nie warto płacić za moc obliczeniową przez większość doby wykorzystywaną w niewielkim stopniu.
Przed decyzją warto oszacować dwie liczby: przewidywany rozkład ruchu w ciągu doby i miesiąca oraz realny koszt administracji. To one, a nie porównania cenników, przesądzają o tym, który wariant wyjdzie taniej w perspektywie roku.
Najczęstsze pytania
To zależy od rozkładu ruchu. Przy stałym, przewidywalnym obciążeniu serwer wirtualny jest zwykle wyraźnie tańszy, bo płacisz stałą kwotę niezależnie od liczby żądań. Przy ruchu sezonowym lub nieregularnym model bezserwerowy potrafi kosztować ułamek tej kwoty. Punkt zwrotny leży orientacyjnie w okolicach kilkuset tysięcy żądań miesięcznie przy stałym obciążeniu.
Tak, ale trzeba uwzględnić dwie rzeczy: opóźnienie pierwszego wywołania po okresie bezczynności oraz ograniczenie czasu wykonania pojedynczej funkcji. Dla narzędzia używanego sporadycznie pierwsze otwarcie zawsze będzie wolniejsze, a długotrwałe operacje, jak generowanie obszernych raportów, wymagają osobnego rozwiązania.
Przy serwerze wirtualnym Ty lub Twój wykonawca — obejmuje to aktualizacje systemu, konfigurację zapory, certyfikaty i kopie zapasowe. Przy platformie zarządzanej i w modelu bezserwerowym warstwę systemową utrzymuje dostawca, ale bezpieczeństwo samej aplikacji, uprawnień i danych zawsze pozostaje po Twojej stronie.
Jeśli korzysta wyłącznie ze standardowych mechanizmów — tak, zwykle w kilka dni. Trudność rośnie proporcjonalnie do liczby specyficznych usług dostawcy wykorzystanych w projekcie. Praktyczne zabezpieczenie polega na trzymaniu logiki biznesowej w warstwie odseparowanej od tych usług, nawet jeśli świadomie się z nich korzysta.
Aplikacja wewnętrzna dla kilkudziesięciu osób to zwykle 60 – 200 zł miesięcznie na serwerze wirtualnym lub platformie zarządzanej. Sklep o stałym ruchu rzędu kilkuset tysięcy odsłon miesięcznie mieści się w przedziale 150 – 500 zł wraz z bazą danych. Do tego dochodzą kopie zapasowe, monitoring i środowisko testowe.
Bezpłatna wycena Twojego projektu
Opisz w kilku zdaniach, co chcesz zbudować — stronę, aplikację czy sklep. Odpowiadamy w ciągu 24 godzin roboczych konkretną propozycją zakresu i harmonogramu. Konsultacja i wycena są bezpłatne, bez zobowiązań.