Ce este PaaS?

Între „închiriez servere goale și le administrez eu” (IaaS) și „folosesc aplicația altcuiva” (SaaS) există etajul din mijloc, croit pentru cine își construiește propriul software: PaaS — platforma ca serviciu. Ideea: furnizorul întreține tot substratul — servere, sisteme de operare, actualizări, scalare, baze de date administrate — iar echipa ta doar publică aplicația: codul urcă, platforma îl rulează, trafic crescut înseamnă resurse adăugate automat, backupul bazei de date e o bifă în setări. Exemplele lumii reale: Heroku (pionierul), Vercel și Netlify (regii aplicațiilor web moderne), Render, Railway, plus serviciile administrate ale marilor nori (Azure App Service, Google Cloud Run) — și, categorie înrudită, bazele de date ca serviciu (RDS, Supabase, PlanetScale), unde nimeni din echipa ta nu mai face vreodată backup manual sau upgrade de PostgreSQL. Pentru un beneficiar de dezvoltare la comandă, relevanța e directă în două locuri: costul de operare — aplicația livrată pe PaaS nu are nevoie de „omul cu serverele” în niciun contract ulterior (întreabă furnizorul unde va rula aplicația și cine o operează — răspunsul „pe Vercel/Render, se operează singură în mare” e legitim și economic la scara IMM) — și viteza: echipa care nu administrează infrastructură livrează funcționalități, nu patch-uri de sistem. Contrapartidele, de negociat în cunoștință: costul per resursă e mai mare decât la IaaS gol (plătești confortul — la volume mari, aritmetica se recalculează), iar constrângerile platformei există (aplicații construite „în felul platformei” — migrarea ulterioară e posibilă dar nu gratuită). Pentru majoritatea aplicațiilor de business la scara IMM, însă, PaaS-ul e pur și simplu punctul dulce: infrastructura devine o linie mică de abonament, nu o meserie.