Kako izvesti i samostalno hostovati aplikaciju napravljenu uz AI

Da biste samostalno hostovali aplikaciju napravljenu uz AI, izvucite kod (preuzimanjem ili sinhronizacijom s GitHub repozitorijem koji posjedujete), ponovo kreirajte njene tajne kao varijable okruženja, premjestite ili ponovo kreirajte bazu podataka i postavite je na host koji odgovara onome što aplikacija jeste: statički host za običan front end ili platformu koja pokreće servere ili kontejnere za sve što ima back end. Kod je obično lakši dio. Posao je u podacima, tajnama i servisima koje je alat za izradu tiho pokretao umjesto vas.

Zašto uopšte izvoziti

Postoje dobri razlozi da ponesete svoj kod, i neki manje dobri.

Dobri razlozi:

• Vlasništvo i osiguranje. Kopija koda u vašem repozitorijumu štiti vas ako alat promijeni cijene, funkcije ili uslove.
• Predaja programerima. Inženjerski tim će htjeti kod u Gitu, u svojim uobičajenim alatima i procesu pregleda.
• Specifični zahtjevi. Boravak podataka, određeni provajder oblaka, sigurnosne politike kompanije ili infrastruktura koju alat ne nudi.
• Obim ili trošak pri veličini na kojoj se sopstvena infrastruktura zaista isplati.

Manje dobri razlozi: seljenje male aplikacije s nekoliko korisnika da bi se uštedio mali mjesečni iznos. Samostalni hosting prebacuje posao na vas: ažuriranja, sigurnosne kopije, praćenje i sigurnosne zakrpe. To može biti pravi kompromis; samo ga napravite svjesno.

Razuman srednji put: nastavite graditi i hostovati gdje jeste, ali sinhronizujte se sa svojim GitHub repozitorijem od početka. Dobijate osiguranje bez operativnog posla. Ako vam je Git nov, pročitajte šta je GitHub.

Šta izvoz sadrži, a šta ne

Prije nego što se oslonite na izvoz, otvorite ga i provjerite. Obično:

Tajne se namjerno izostavljaju — arhiva koju možda pošaljete e-poštom ili commitujete nikada ne smije sadržati žive ključeve. Zavisnosti se izostavljaju jer se ponovo grade iz lock datoteke.

Korak 1: Izvucite kod

Dva uobičajena puta:

• Preuzmite arhivu projekta. Brzo je i dobro za jednokratno premještanje ili rezervnu kopiju.
• Sinhronizujte s GitHubom. Bolje za sve što se nastavlja: puna istorija, lako se kloniranje bilo gdje i većina hostova direktno postavlja sa GitHub repozitorija pri svakom pushu.

U oba slučaja klonirajte ili raspakujte projekat na računar (ili u oblačno razvojno okruženje) i potražite README. Ako ga nema, zamolite AI u alatu da ga napiše prije nego odete:

Napiši README za pokretanje ovog projekta van ove platforme: stek, potrebne verzije runtime-a, komande za instalaciju i build, komandu za start i port, svaku varijablu okruženja koju kod čita (nazivi i namjena, bez vrijednosti) i kako se pokreću migracije baze.

Ovaj jedan upit štedi sate, jer prisiljava da se implicitni dijelove postavke zapišu.

Korak 2: Prvo pokrenite lokalno

Prije nego što bilo gdje postavite, dokažite da aplikacija radi sama za sebe:

1. Instalirajte runtime koji README navodi — Node.js, Python, Java, .NET — u odgovarajućoj verziji.
2. Instalirajte zavisnosti (npm install, pnpm install, pip install -r requirements.txt ili ekvivalent).
3. Kreirajte lokalnu .env datoteku s varijablama okruženja, po mogućnosti s test ključevima. Držite je van Gita. Šta su varijable okruženja i tajne objašnjava tu ideju.
4. Povežite se na bazu — lokalni Postgres ili besplatnu razvojnu bazu kod upravljanog provajdera.
5. Pokrenite migracije, zatim startujte aplikaciju i prođite kroz glavne tokove.

Sve što pukne ovdje puknuće i na hostu, a na vlastitoj mašini je mnogo lakše ispraviti. Česta iznenađenja: URL preview-a alata ugrađen u kod, varijabla okruženja koju je alat automatski ubacivao ili servis (skladište datoteka, promjena veličine slika) koji je postojao samo na platformi.

Korak 3: Premjestite podatke

Ako aplikacija ima prave korisnike, podaci su važniji od koda.

• Izvezite bazu. Za Postgres, pg_dump pravi datoteku koju možete vratiti pomoću pg_restore ili psql u novu bazu. Zamolite AI alata da to pokrene ako nemate direktan pristup i da objasni šta je proizveo.
• Premjestite postavljene datoteke. Ako su korisnici postavili slike ili dokumente, oni žive u objektnom skladištu odvojenom od baze. Kopirajte ih u novo skladište (na primjer S3 kompatibilni bucket) i ažurirajte sačuvane URL-ove ako sadrže stari host.
• Isplanirajte prebacivanje. Za aplikaciju koja radi uživo, jednostavan pristup je kratak prozor održavanja: zaustavite upise, napravite završni izvoz, vratite ga na novi host, prebacite DNS i ponovo otvorite. Prvo zapišite svaki korak.
• Testirajte vraćanje u privremenu bazu prije stvarnog premještanja.

Ako vam je Postgres nepoznat, šta je Postgres pokriva osnove.

Korak 4: Izaberite gdje ćete hostovati

Uskladite host s tim šta aplikacija jeste. Nazivi ispod su primjeri poznatih provajdera u svakoj kategoriji od septembra 2026, nisu rang lista; provjerite trenutne funkcije i cijene na njihovim sajtovima.

Takođe će vam trebati:

• Upravljana baza podataka — mnogi hostovi aplikacija nude Postgres, a namjenski servisi kao Neon ili Supabase pružaju ga samostalno. Upravljana baza se isplati: rezervne kopije i ažuriranja radi neko drugi.
• Objektno skladište za postavljanje datoteka, ako ih aplikacija ima.
• Slanje e-pošte, plaćanja i AI provajderi — obično samo traže iste API ključeve postavljene na novom hostu.

Pošteno o kompromisima: platformski hostovi (prva četiri reda) brži su za postavljanje i održavanje, ali imate manje kontrole, a troškovi mogu rasti s prometom. Virtuelni server je često jeftiniji pri stalnom opterećenju i potpuno pod vašom kontrolom, ali sami preuzimate zakrpe, TLS, rezervne kopije, praćenje i oporavak. Ako niko u timu ne želi taj posao, izaberite platformu. Za osnove onoga što hosting podrazumijeva pogledajte šta je web hosting.

Korak 5: Postavite i prebacite se

1. Povežite repozitorij s hostom ili pošaljite kontejnersku sliku.
2. Postavite varijable okruženja na kontrolnoj tabli hosta — svaku iz vašeg README-a, sa živim vrijednostima.
3. Postavite komande za build i start i port. Mnogi hostovi prosljeđuju port kroz varijablu okruženja PORT; aplikacija treba da sluša na njemu i na svim interfejsima (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 spoljne servise koji pokazuju na stari URL: webhookove za plaćanja, OAuth redirect URL-ove za prijavu, linkove u e-pošti, dozvoljene origine.
7. Premjestite domen ažuriranjem DNS zapisa na novi host. Kako povezati prilagođeni domen objašnjava zapise.
8. Ostavite stari deployment da kratko radi dok ne budete sigurni, pa ga ugasite.

Korak 6 je onaj koji se najčešće zaboravi: prijave i plaćanja koja tiho otkažu nakon premještanja obično se svode na callback URL koji i dalje pokazuje na stari host.

Korak 6: Preuzmite operacije

Kada samostalno hostujete, stvari koje je alat radio postaju vaše. Najmanje: automatske rezervne kopije baze s testiranim vraćanjem, praćenje grešaka, upozorenja o dostupnosti, ažuriranje zavisnosti i zabilješka o tome ko ima pristup kojem računu. Kako uzeti AI prototip u produkciju detaljnije prolazi kroz ovu listu.

Kontrolna lista za izvoz

• Kod u repozitorijumu koji posjedujete, s README-om koji pokriva pokretanje, build i varijable okruženja
• Aplikacija radi lokalno iz čistog kloniranja
• Baza izvezena i vraćanje testirano; postavljene datoteke kopirane
• Host izabran prema obliku aplikacije, plus upravljana baza i skladište
• Sve varijable okruženja postavljene sa živim vrijednostima na novom hostu
• Webhookovi, OAuth redirecti i linkovi u e-pošti ažurirani
• DNS prebačen, stari deployment kratko zadržan, pa uklonjen
• Rezervne kopije, praćenje i spisak pristupa na mjestu

Izvoz iz Mythexa

U Mythexu posjedujete kod koji gradite. Na Pro planu možete preuzeti projekat kao arhivu iz Podešavanja projekta → Izvoz, ili povezati GitHub i gurati i povlačiti promjene prema svom repozitorijumu; na Free planovima kod možete samo pregledati u režimu čitanja, bez izvoza i sinhronizacije. Tajne i node_modules se izostavljaju iz izvoza, pa ponovo kreirajte svoje tajne na novom hostu. Dokumentacija pokriva korake u izvozu i pokretanju drugdje i GitHub, izvoz i uvoz. Takođe možete zadržati hosting na Mythexu i koristiti GitHub sinhronizaciju jednostavno kao svoju kopiju i put za predaju; ako se ipak selite, ugasite Mythex aplikaciju kada novi host bude aktivan.

Pitanja