Vodiči

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čenoObič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 koristiStvarni podaci u bazi
Statička imovina u projektuDatoteke 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:

  1. Instalirajte runtime koji README navodi: Node.js, Python, Javu, .NET, u odgovarajućoj verziji.
  2. Instalirajte ovisnosti (npm install, pnpm install, pip install -r requirements.txt ili ekvivalent).
  3. Napravite lokalnu .env datoteku 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.
  4. Spojite se na bazu: lokalni Postgres ili besplatnu razvojnu bazu upravljanog pružatelja.
  5. 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_dump proizvodi datoteku koju možete vratiti pomoću pg_restore ili psql u 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 trebaPrimjeri hostova
Statička stranica ili SPA (samo HTML, CSS, JS)Hosting datoteka s CDN-omNetlify, Vercel, Cloudflare Pages, GitHub Pages
Full-stack framework (Next.js i slični)Poslužitelj ili serverless funkcijeVercel, Netlify, Render, Railway
API ili back-end (Node, Python, Java, C#)Uvijek uključen ili skaliran na nuluRender, Railway, Fly.io, cloud usluge za kontejnere
Sve s DockerfileomRuntime za kontejnereFly.io, Render, Railway, AWS, Google Cloud, Azure
Puna kontrolaVirtualni poslužitelj kojim upravljateDigitalOcean, 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

  1. Povežite repozitorij s hostom ili gurnite sliku kontejnera.
  2. Postavite varijable okruženja na nadzornoj ploči hosta: svaku iz README-a, s živim vrijednostima.
  3. 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 na localhost.
  4. Pokrenite migracije nad novom bazom.
  5. Testirajte na privremenom URL-u hosta prije nego što dirate DNS.
  6. 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.
  7. Premjestite domenu ažuriranjem DNS zapisa na novi host. Kako povezati prilagođenu domenu objašnjava zapise.
  8. 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.

Mythex · Pricing · Izradite bilo što uz AI · Predlošci za web stranice i aplikacije · Mythex u usporedbi · Rječnik izrade aplikacija uz AI · Besplatni alati za izradu aplikacija uz AI · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)