PaaS (Platform as a Service) to model chmury, w którym dostawca daje Ci gotową platformę do budowania, testowania i uruchamiania aplikacji — bez grzebania w serwerach, systemie operacyjnym czy konfiguracji sieci. Ty wrzucasz kod, platforma zajmuje się resztą: środowiskiem uruchomieniowym, bazą danych, load balancerem, automatycznym skalowaniem i aktualizacjami. To poziom abstrakcji wyżej niż IaaS (gdzie dostajesz gołą maszynę wirtualną i musisz ją sam ogarnąć), a niżej niż SaaS (gotowy program, jak Gmail, którego tylko używasz).
Jak to działa i do czego służy
W skrócie: zamiast myśleć „potrzebuję serwer z Linuksem, zainstaluję Node, skonfiguruję nginx, dodam certyfikat, ustawię deploy”, myślisz „mam aplikację w Pythonie, niech to gdzieś działa”. PaaS bierze na siebie warstwę infrastruktury i runtime. Dostajesz najczęściej integrację z Gitem, automatyczne budowanie (build), zarządzanie zmiennymi środowiskowymi i monitoring w jednym panelu.
Dzięki temu mały zespół albo nawet pojedynczy developer może wypchnąć działającą aplikację do internetu w kilkanaście minut, bez zatrudniania osoby od DevOps. Płacisz zwykle za zużyte zasoby albo za liczbę działających instancji.
Przykład z praktyki
Klasyk to Heroku. Tworzysz aplikację, dodajesz remote i wdrożenie sprowadza się do:
git push heroku main— platforma sama wykrywa język, instaluje zależności i uruchamia aplikację.
Podobnie działają Google App Engine, Azure App Service, AWS Elastic Beanstalk czy nowsze platformy jak Render i Railway. Skalowanie? Często wystarczy suwak albo jedna komenda typu heroku ps:scale web=3, żeby odpalić trzy instancje.
Na co uważać
Największa pułapka to vendor lock-in — im mocniej korzystasz z usług specyficznych dla danej platformy, tym trudniej później się przeprowadzić. Druga rzecz: PaaS bywa wygodny, ale przy dużej skali potrafi zrobić się droższy niż samodzielne zarządzanie maszynami na IaaS. Mit, w który łatwo uwierzyć: „PaaS znaczy zero ogarniania”. Nieprawda — nadal odpowiadasz za swój kod, bezpieczeństwo aplikacji, migracje bazy i sensowną architekturę. Platforma nie naprawi za Ciebie wycieku pamięci.
Pojęcia powiązane
Warto znać kontekst: IaaS, SaaS, FaaS (serverless, jak AWS Lambda), konteneryzacja (Docker, Kubernetes), CI/CD oraz cloud-native. PaaS często stoi gdzieś pomiędzy klasycznym hostingiem a pełnym serverless.