Vercel, Neon, Railway, Supabase, Cloudflare, Render, Fly.io, Convex, Upstash, Sentry, Clerk, Trigger.dev, OpenAI, Groq i kompletan moderni developer stack

Ažurirano: 1. oktobar 2026.

Nazivi u tabelama vode ka zvaničnim stranicama proizvoda. Kratke ocene su urednički sažeci namene i kompromisa, a ne nezavisni benchmark testovi. Cene i limiti besplatnih paketa nisu prepisani jer se menjaju; pre izbora proverite aktuelne uslove i region dostupnosti.

Ako danas pravite web aplikaciju, SaaS, API, AI proizvod ili mobilni backend, gotovo sigurno ne morate sami da održavate svaki deo infrastrukture.

Hosting, baze podataka, autentikacija, storage, video, background jobs, observability, email, feature flags, AI inference i čak kompletni backend sistemi dostupni su kao managed servisi.

Problem je što ih ima toliko da je mnogo teže odgovoriti na pitanje:

„Šta mi zapravo treba?“

Vercel, Neon i Railway, na primer, često završavaju na istoj listi „cloud platformi“, iako rade različite stvari.

• Vercel je prvenstveno platforma za deployment i izvršavanje web aplikacija.
• Neon je serverless PostgreSQL platforma.
• Railway je generalniji PaaS za aplikacije, kontejnere, baze i prateće servise.

Zato ih ne treba birati kao da su međusobne zamene.

Današnji stack se praktično sklapa iz više specijalizovanih slojeva.

Ovaj vodič pokriva 150 trenutno relevantnih servisa i platformi, od malih developer projekata do ozbiljne produkcione infrastrukture.

Cene namerno nisu detaljno navedene jer se free tier, limiti i obračun potrošnje menjaju mnogo brže od osnovne namene proizvoda.

---

1. Hosting, deployment i PaaS

Savremeno tržište je grubo podeljeno na frontend-first platforme poput Vercela i Netlifyja, full-stack PaaS sisteme poput Railwayja i Rendera i infrastrukturnije platforme poput Fly.io.

---

2. Dodatne deployment i infrastructure platforme

Šta bih birao?

Za Next.js prvo bih gledao Vercel.

Za klasičnu full-stack aplikaciju Railway ili Render.

Za Docker serverless Google Cloud Run.

Za globalno distribuirane servise Fly.io ili Cloudflare.

Za sopstveni VPS Coolify ili Dokploy.

---

3. Serverless i managed baze podataka

Serverless baze su postale jedan od najvažnijih delova savremenog stacka. Neon i PlanetScale su primarno database servisi, dok Supabase, Firebase, Appwrite i Convex nude znatno veći deo backenda.

---

4. Cache, analytics i specijalizovane baze

---

5. Object storage, slike i video

Cena samog storage-a nije jedina važna cifra. Kod velikih količina sadržaja trošak izlaznog bandwidtha, odnosno egress-a, može postati mnogo veći od samog skladištenja. Cloudflare R2 ne naplaćuje direktan internet egress. Skladištenje i operacije se i dalje tarifiraju, a druge povezane usluge mogu imati zaseban trošak. Proverite zvanični R2 cenovnik pre procene ukupnog računa.

---

6. Authentication i identity

Moderni auth servisi više nisu samo „login API“. MFA, passkeys, OAuth, SSO, organizations, RBAC, provisioning i enterprise identity danas su deo iste kategorije.

---

7. Background jobs, queues i durable workflows

Ovo je jedna od oblasti koja se najviše razvila. Jednostavan queue nije isto što i durable workflow. Za posao „pošalji email kasnije“ dovoljan je queue; za proces „pozovi AI, čekaj webhook, naplati korisnika, zatim pošalji rezultat“ mnogo više smisla ima durable workflow engine.

---

8. Observability, errors, logs i uptime

Moderni observability se sve više oslanja na zajedničke telemetry standarde umesto potpuno proprietary agenata. OpenTelemetry danas pokriva logs, metrics i traces, a tokom 2026. nastavlja širenje i prema profilingu.

---

9. CI/CD i build infrastruktura

Za GitHub projekte nema mnogo smisla uvoditi poseban CI servis dok GitHub Actions ne postane stvarno ograničenje. Poređenja iz 2026. i dalje pokazuju da je lokacija samog repozitorijuma jedan od najvažnijih kriterijuma izbora CI sistema.

---

10. Headless CMS i content platforme

Headless CMS tržište je već veoma zrelo. Sanity, Contentful, Storyblok, Strapi, Payload, Directus, Prismic i Hygraph rešavaju sličan osnovni problem, ali se veoma razlikuju po editor iskustvu, self-hostingu i načinu modelovanja sadržaja.

---

11. Search i vector baze

Klasični full-text search i AI vector search nisu isto. Algolia i Typesense briljiraju kod klasičnog aplikacionog searcha, dok Pinecone, Weaviate, Qdrant i Zilliz ciljaju embedding i semantic-search workload-e.

---

12. AI modeli, inference i GPU API

AI infrastruktura se više ne svodi na direktan poziv jednoj kompaniji. Postoji čitav sloj inference provajdera koji omogućavaju pristup velikom broju open i proprietary modela. Hugging Face danas, na primer, integriše više inference provajdera kroz isti ekosistem.

---

13. Email, messaging i notifications

Transactional email i marketing email ne treba automatski tretirati kao istu stvar. Password reset i račun iz prodavnice zahtevaju drugačiji fokus od newsletter kampanje.

---

14. Product analytics, experimentation i feature flags

Product analytics nije isto što i klasični web analytics. Amplitude, Mixpanel i PostHog pokušavaju da odgovore šta korisnici rade unutar proizvoda i zašto određene funkcije povećavaju retention ili conversion.

Feature flag tržište se danas sve više deli na managed SaaS, open-source/self-hosted i sve-u-jednom platforme poput PostHoga.

---

15. Secrets, credentials i application security

.env fajl više nije ozbiljna strategija upravljanja credentialima kada aplikacija ima desetine servisa, CI/CD pipeline, više okruženja i AI agente.

Tokom 2026. posebno je povećan fokus na non-human identities, kratkotrajne credentials i sprečavanje curenja API ključeva kroz kod, build logove i agent workflow-e.

---

Kako bih danas sastavljao stack

Najveća greška je pokušaj da pronađete jedan servis koji radi sve.

Mnogo je zdravije razmišljati po slojevima.

Mali Next.js SaaS

Vercel + Neon + Clerk + Cloudflare R2 + Resend + Sentry + PostHog

To je izuzetno produktivan stack za jednog developera ili mali tim.

Full-stack aplikacija sa ozbiljnijim backendom

Railway ili Render + PostgreSQL/Neon + Redis + Cloudflare R2 + Better Stack/Sentry

Manje serverless ograničenja i jednostavan deployment workera i background procesa.

Realtime aplikacija

Vercel + Convex

ili

Supabase + sopstveni frontend

Ovde jedan BaaS može ukloniti ogromnu količinu backend infrastrukture.

AI SaaS

Vercel/Cloud Run + Neon + R2 + OpenAI/Anthropic + Groq/Together/Fireworks + Trigger.dev/Inngest + Axiom/Sentry

Posebno je važno odvojiti synchronous korisnički request od dugih AI poslova.

Globalna edge aplikacija

Cloudflare Workers + R2 + Queues + D1/KV/Durable Objects

ili

Fly.io + distribuirana baza

Privacy/open-source stack

Coolify + PostgreSQL + MinIO/S3-compatible storage + Infisical + SigNoz + Plausible + GrowthBook

Ovde zadržavate mnogo veću kontrolu nad podacima i infrastrukturom.

---

Najvažnije prakse za 2026.

Ne birajte servis samo na osnovu free tiera

Free tier je odličan za development.

Nije arhitektura.

Proverite šta se dešava kada projekat dobije:

• 100.000 korisnika
• milione database operacija
• desetine terabajta bandwidtha
• velike logove
• background workload
• više developera
• više regiona.

---

Pazite na egress

Storage od nekoliko dolara mesečno može napraviti stotine dolara bandwidth troškova.

Upravo zato servisi poput R2 i B2 mogu biti veoma interesantni za media-heavy aplikacije.

---

Držite aplikaciju i bazu geografski blizu

Frontend može biti globalno keširan.

Database round-trip ne može magično nestati.

Ako API radi u Frankfurtu, a baza u Kaliforniji, svaki request plaća latency kaznu.

---

SQL kompatibilnost ima vrednost

PostgreSQL i MySQL kompatibilni servisi uglavnom olakšavaju buduće migracije.

Potpuno proprietary data modeli često daju fantastičan developer experience, ali povećavaju cenu eventualnog izlaska iz platforme.

---

Koristite standarde gde je moguće

Za observability je posebno koristan OpenTelemetry.

Za feature flags sve više smisla imaju vendor-neutral apstrakcije poput OpenFeature.

Za object storage je S3 kompatibilnost ogromna prednost.

Standardni interfejs ne uklanja vendor lock-in, ali ga značajno smanjuje.

---

Background task nije HTTP request

Generisanje PDF-a, AI inference od dva minuta, obrada videa ili slanje hiljada emailova ne treba da blokira korisnički HTTP request.

Za to postoje:

• queues
• workers
• scheduled jobs
• durable workflows.

---

Durable workflow koristite kada posao ima stanje

Ako proces mora da:

1. izvrši operaciju,
2. sačeka sat,
3. primi webhook,
4. ponovi neuspešan korak,
5. nastavi tamo gde je stao,

običan cron ili queue često više nije dovoljan.

Temporal, Inngest, Trigger.dev, Upstash Workflow i slični sistemi postoje upravo zbog toga.

---

Secrets ne stavljajte u Git

API ključevi, database credentials i production tokeni treba da budu pod kontrolom secrets sistema.

Ovo je još važnije sa AI coding agentima koji danas imaju pristup repozitorijumima, terminalima, MCP servisima i deployment okruženju.

---

Jedna važna promena u Vercel ekosistemu

Stariji tutorijali često pominju Vercel Postgres kao poseban Vercel proizvod.

To više nije aktuelna arhitektura.

Vercel Postgres više nije dostupan kao samostalni proizvod. Postojeće baze su automatski prešle na Neon u decembru 2024, a nove baze se dodaju preko Marketplace integracija. Na primer, Vercel aplikacija može koristiti Neon ili Supabase za PostgreSQL, a Upstash za Redis.

Zbog toga je danas sasvim normalan stack:

Vercel za aplikaciju + Neon za PostgreSQL + Upstash za Redis.

Ne morate sve kupiti od istog provajdera.

---

Moj praktični sistem izbora servisa

Pre nego što uvedete novi servis, postavite sedam pitanja:

1. Koji konkretan problem rešava?
2. Da li nešto što već koristimo rešava isti problem?
3. Koliki je lock-in?
4. Kako izgleda pricing kada promet poraste 10×?
5. Gde fizički žive podaci?
6. Kako se podaci eksportuju ako želimo da odemo?
7. Šta se dešava kada servis prestane da radi?

Ako ne možete jasno da odgovorite na ova pitanja, prerano je da servis postane kritični deo infrastrukture.

---

Šta bih izbegavao

Ne bih pravio aplikaciju sa:

Vercelom za frontend, Renderom za jedan API, Railwayjem za drugi API, Supabaseom samo za auth, Neonom za bazu, Firebaseom za jedan realtime feature, tri različita storage servisa i četiri analytics SDK-a.

Tehnički može.

Operativno postaje haos.

Svaki novi provider donosi:

• novi račun
• novi dashboard
• novi API ključ
• novi failure mode
• novu dokumentaciju
• novi security boundary
• novi vendor lock-in.

Managed servisi treba da smanjuju kompleksnost, a ne da je samo premeste sa servera na 25 dashboarda.

---

Zaključak

2026. godine nije problem pronaći servis koji nešto može da uradi.

Problem je izabrati najmanji broj servisa koji zajedno čine zdravu arhitekturu.

Za većinu modernih projekata ne treba vam sopstveni Kubernetes cluster, pet virtualnih servera i administrator infrastrukture.

Možete početi sa nečim poput:

Vercel + Neon + Cloudflare R2 + Clerk + Resend + Sentry

i već imati veoma ozbiljnu osnovu.

Ako backend postane zahtevniji, dodate Railway, Render ili Cloud Run.

Ako se pojave background poslovi, uvodite Trigger.dev, Inngest ili queue.

Ako količina telemetry podataka naraste, prelazite na ozbiljniji observability sistem.

Ako infrastruktura preraste managed PaaS, tek tada ima smisla razmišljati o kompleksnijem cloudu i Kubernetesu.

Najbolji cloud stack nije onaj koji koristi najviše modernih servisa.

Najbolji je onaj koji vam omogućava da proizvod ostane jednostavan dok god je jednostavnost dovoljna.