Kako izvesti i samostalno hostati aplikaciju izgrađenu uz AI
Da biste samostalno hostali aplikaciju izgrađenu uz AI, izvucite kod (preuzimanjem ili sinkronizacijom s GitHub repozitorijem koji posjedujete), ponovno stvorite tajne kao varijable okruženja, premjestite ili ponovno stvorite bazu i postavite je na host koji odgovara tipu aplikacije: statički host za jednostavan front-end ili platformu koja pokreće poslužitelje ili kontejnere za sve što ima back-end. Kod je obično najlakši dio. Podaci, tajne i usluge koje je graditelj tiho pokretao umjesto vas tu je posao.
Zašto uopće izvoziti
Postoje dobri razlozi da kod ponesete sa sobom, a neki manje dobri.
Dobri razlozi:
- Vlasništvo i osiguranje. Kopija koda u vašem repozitoriju štiti vas ako graditelj promijeni cijene, značajke ili uvjete.
- Predaja razvojnim timovima. Inženjerski tim želi kod u Gitu, u svojim uobičajenim alatima i procesu pregleda.
- Specifični zahtjevi. Lokacija podataka, određeni cloud pružatelj, sigurnosne politike tvrtke ili infrastruktura koju graditelj ne nudi.
- Opseg ili trošak na razini na kojoj se vlastita infrastruktura doista isplati.
Manje dobri razlozi: selidba male aplikacije s nekoliko korisnika radi uštede male mjesečne svote. Samostalno hostiranje prebacuje posao na vas: ažuriranja, sigurnosne kopije, praćenje, sigurnosne zakrpe. To može biti pravi izbor; samo ga napravite svjesno.
Razuman kompromis: nastavite graditi i hostati tamo gdje ste, ali od početka sinkronizirajte s vlastitim GitHub repozitorijem. Dobivate osiguranje bez operativnog posla. Ako vam je Git nov, pročitajte što je GitHub.
Što izvoz sadrži, a što ne
Prije nego što se oslonite na izvoz, otvorite ga i provjerite. Obično:
| Uključeno | Obično nije uključeno |
|---|---|
| Izvorni kod (front-end, back-end) | Vrijednosti tajni (API ključevi, lozinke) |
Konfiguracijske datoteke (package.json, Dockerfile, konfiguracija builda) | Instalirane ovisnosti (node_modules i slično); ponovno se instaliraju |
| Shema baze i datoteke migracija, ako aplikacija to koristi | Stvarni podaci u bazi |
| Statička imovina u projektu | Datoteke koje su korisnici prenijeli na zasebnu pohranu |
| Usluge kojima upravlja graditelj: hosting, domene, poslužitelj baze, pohrana datoteka |
Tajne se namjerno izostavljaju: arhiva koju biste mogli poslati e-poštom ili commitati ne smije sadržavati žive ključeve. Ovisnosti se izostavljaju jer se obnavljaju iz lock datoteke.
Korak 1: Izvucite kod
Dva uobičajena načina:
- Preuzmite arhivu projekta. Brzo, dobro za jednokratnu selidbu ili sigurnosnu kopiju.
- Sinkronizirajte s GitHubom. Bolje za sve što je u tijeku: potpuna povijest, lako kloniranje bilo gdje, a većina hostova izravno deploya iz GitHub repozitorija pri svakom pushu.
U oba slučaja klonirajte ili raspakirajte projekt na računalu (ili u cloud razvojnom okruženju) i potražite README. Ako ga nema, zamolite AI u graditelju da ga napiše prije odlaska:
Napiši README za pokretanje ovog projekta izvan ove platforme: stack, potrebne verzije runtimea, naredbe za instalaciju i build, naredbu za pokretanje i port, svaku varijablu okruženja koju kod čita (imena i svrha, bez vrijednosti) te kako se pokreću migracije baze.
Ovaj jedan upit štedi sate, jer prisiljava implicitne dijelove postavljanja da postanu napisani.
Korak 2: Prvo pokrenite lokalno
Prije nego što deployate bilo gdje, dokažite da aplikacija radi sama za sebe:
- Instalirajte runtime koji README navodi: Node.js, Python, Javu, .NET, u odgovarajućoj verziji.
- Instalirajte ovisnosti (
npm install,pnpm install,pip install -r requirements.txtili ekvivalent). - Napravite lokalnu
.envdatoteku s varijablama okruženja, po mogućnosti s testnim ključevima. Držite je izvan Gita. Što su varijable okruženja i tajne objašnjava tu ideju. - Spojite se na bazu: lokalni Postgres ili besplatnu razvojnu bazu upravljanog pružatelja.
- Pokrenite migracije, zatim pokrenite aplikaciju i prođite kroz glavne tijekove.
Sve što pukne ovdje puknut će i na hostu, a na vlastitom računalu je puno lakše ispraviti. Česta iznenađenja: URL pregleda graditelja upisan u kod, nedostajuća varijabla okruženja koju je graditelj automatski ubacivao ili usluga (pohrana datoteka, obrada slika) koja je postojala samo na platformi.
Korak 3: Premjestite podatke
Ako aplikacija ima stvarne korisnike, podaci su važniji od koda.
- Izvezite bazu. Za Postgres,
pg_dumpproizvodi datoteku koju možete vratiti pomoćupg_restoreilipsqlu novu bazu. Zamolite AI graditelja da to pokrene ako nemate izravan pristup, i da objasni što je proizveo. - Premjestite prenesene datoteke. Ako su korisnici učitali slike ili dokumente, one su u pohrani objekata odvojenoj od baze. Kopirajte ih u novu pohranu (npr. S3-kompatibilni bucket) i ažurirajte pohranjene URL-ove ako sadrže stari host.
- Isplanirajte prijelaz. Za živu aplikaciju jednostavan pristup je kratak prozor održavanja: zaustavite pisanje, napravite posljednji izvoz, vratite ga na novom hostu, prebacite DNS, pa ponovno otvorite. Prije toga zapišite svaki korak.
- Testirajte vraćanje u privremenu bazu prije stvarne selidbe.
Ako vam je Postgres nepoznat, što je Postgres pokriva osnove.
Korak 4: Odaberite gdje hostati
Uskladite host s tipom aplikacije. Navedeni nazivi su primjeri dobro poznatih pružatelja u svakoj kategoriji, od rujna 2026., a ne rang lista; provjerite aktualne značajke i cijene na njihovim stranicama.
| Tip aplikacije | Što treba | Primjeri hostova |
|---|---|---|
| Statička stranica ili SPA (samo HTML, CSS, JS) | Hosting datoteka s CDN-om | Netlify, Vercel, Cloudflare Pages, GitHub Pages |
| Full-stack framework (Next.js i slični) | Poslužitelj ili serverless funkcije | Vercel, Netlify, Render, Railway |
| API ili back-end (Node, Python, Java, C#) | Uvijek uključen ili skaliran na nulu | Render, Railway, Fly.io, cloud usluge za kontejnere |
| Sve s Dockerfileom | Runtime za kontejnere | Fly.io, Render, Railway, AWS, Google Cloud, Azure |
| Puna kontrola | Virtualni poslužitelj kojim upravljate | DigitalOcean, Hetzner, Linode ili bilo koja cloud VM |
Trebat će vam i:
- Upravljana baza podataka. Mnogi hostovi aplikacija nude Postgres, a namjenske usluge poput Neona ili Supabasea pružaju ga samostalno. Upravljana baza se isplati: sigurnosne kopije i ažuriranja postaju tuđi posao.
- Objektna pohrana za prijenose, ako ih aplikacija ima.
- Slanje e-pošte, plaćanja i AI pružatelji. Ovi obično samo trebaju iste API ključeve postavljene na novom hostu.
Pošteno o kompromisima: platformski hostovi (prva četiri retka) brži su za postavljanje i održavanje, ali imate manje kontrole, a troškovi mogu rasti s prometom. Virtualni poslužitelj često je jeftiniji pri stalnom opterećenju i potpuno pod vašom kontrolom, ali vi preuzimate zakrpe, TLS, sigurnosne kopije, praćenje i oporavak. Ako nitko u timu ne želi taj posao, odaberite platformu. Osnove o tome što hosting uključuje pogledajte u što je web hosting.
Korak 5: Deployajte i prebacite se
- Povežite repozitorij s hostom ili gurnite sliku kontejnera.
- Postavite varijable okruženja na nadzornoj ploči hosta: svaku iz README-a, s živim vrijednostima.
- Postavite naredbe za build i pokretanje te port. Mnogi hostovi prosljeđuju port u varijabli
PORT; aplikacija ga treba slušati i na svim sučeljima (0.0.0.0), a ne samo nalocalhost. - Pokrenite migracije nad novom bazom.
- Testirajte na privremenom URL-u hosta prije nego što dirate DNS.
- Ažurirajte vanjske usluge koje pokazuju na stari URL: webhookove za plaćanja, OAuth redirect URL-ove za prijavu, poveznice u e-pošti, dopuštene izvore.
- Premjestite domenu ažuriranjem DNS zapisa na novi host. Kako povezati prilagođenu domenu objašnjava zapise.
- Zadržite stari deployment kratko vrijeme dok ne budete sigurni, pa ga ugasite.
Korak 6 je onaj koji se najčešće zaboravi: prijave i plaćanja koja tiho zakazuju nakon selidbe obično se svedu na callback URL koji i dalje pokazuje na stari host.
Korak 6: Preuzmite operacije
Kad samostalno hostate, ono što je graditelj radio postaje vaše. Najmanje: automatske sigurnosne kopije baze s testiranim vraćanjem, praćenje grešaka, upozorenja o dostupnosti, ažuriranje ovisnosti i popis tko ima pristup svakom računu. Kako prenijeti AI prototip u produkciju detaljnije prolazi kroz ovaj popis.
Popis za izvoz
- Kod u repozitoriju koji posjedujete, s README-om koji pokriva pokretanje, build i varijable okruženja
- Aplikacija se pokreće lokalno iz čistog kloniranja
- Baza izvezena i vraćanje testirano; prenesene datoteke kopirane
- Host odabran prema tipu aplikacije, plus upravljana baza i pohrana
- Sve varijable okruženja postavljene sa živim vrijednostima na novom hostu
- Webhookovi, OAuth redirecti i poveznice u e-pošti ažurirani
- DNS prebačen, stari deployment kratko zadržan, zatim uklonjen
- Sigurnosne kopije, praćenje i popis pristupa postavljeni
Izvoz iz Mythexa
U Mythexu posjedujete kod koji izgradite. Na Pro planu projekt možete preuzeti kao arhivu iz Postavke projekta → Izvoz, ili povezati GitHub i gurati te povlačiti iz vlastitog repozitorija. Besplatni planovi mogu kod pregledavati samo za čitanje, ali ga ne mogu izvoziti niti sinkronizirati. Tajne i node_modules nisu uključeni u izvoze, pa tajne ponovno postavite na novom hostu. Dokumentacija pokriva korake u izvozu i pokretanju drugdje te GitHub, izvoz i uvoz. Možete i dalje hostati na Mythexu, a GitHub sinkronizaciju koristiti samo kao vlastitu kopiju i put za predaju; ako se doista selite, ugasite Mythex aplikaciju kad nova radi.
Pitanja
Mogu li izvesti kod iz AI graditelja aplikacija?
Ovisi o alatu i planu. Neki graditelji omogućuju preuzimanje cijelog projekta ili sinkronizaciju s GitHub repozitorijem koji posjedujete; drugi aplikaciju zadržavaju unutar svoje platforme. Provjerite prije nego što uložite mjesece u jedan, i pročitajte što je i što nije uključeno u izvoz.
Uključuje li izvoz moju bazu podataka i API ključeve?
Obično se izvozi kod, ali ne podaci ni tajne. Tajni ključevi namjerno se izostavljaju, a sadržaj baze traži zaseban izvoz, npr. pg_dump za Postgres. Planirajte oboje prije promjene hosta.
Gdje hostati izvezenu aplikaciju?
Statički front-end dobro se uklapa na statičke hostove poput Netlifyja, Verceli ili Cloudflare Pages. Aplikacija s vlastitim poslužiteljem treba platformu koja pokreće kod ili kontejnere, npr. Render, Railway ili Fly.io, ili virtualni poslužitelj kojim sami upravljate. Ako aplikacija ima bazu, trebat će vam i upravljana baza podataka.
Je li samostalno hostiranje jeftinije od ostanka kod graditelja?
Ponekad, pri većem opsegu. Za male aplikacije razlika je često mala kad uračunate bazu, e-poštu, praćenje i vlastito vrijeme za održavanje. Selite se zbog kontrole ili specifičnih zahtjeva, a ne samo da uštedite nekoliko dolara mjesečno.