Kako izvesti i sami hostovati aplikaciju napravljenu uz AI

Da biste sami hostovali aplikaciju napravljenu uz AI, izvucite kod (preuzimanjem ili sinhronizacijom na GitHub repozitorijum koji posedujete), ponovo napravite njene tajne kao promenljive okruženja, prenesite ili ponovo napravite bazu i postavite je na host koji odgovara tome šta 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 deo. Podaci, tajne i usluge koje je alat za izradu tiho pokretao umesto vas su mesto gde je najviše posla.

Zašto uopšte izvoziti

Postoje dobri razlozi da kod ponesete sa sobom, i manje dobri.

Dobri razlozi:

• Vlasništvo i osiguranje. Kopija koda u vašem repozitorijumu štiti vas ako alat promeni cene, funkcije ili uslove.
• Predaja programerima. Inženjerski tim će želeti kod u Git-u, u svojim uobičajenim alatima i procesu pregleda.
• Specifični zahtevi. Lokacija čuvanja podataka, određeni cloud provajder, bezbednosne politike kompanije ili infrastruktura koju alat ne nudi.
• Razmera ili trošak kada pokretanje sopstvene infrastrukture zaista isplati.

Manje dobri razlozi: seljenje male aplikacije sa nekoliko korisnika da bi se uštedeo mali mesečni iznos. Sami hostovanje prebacuje posao na vas — ažuriranja, rezervne kopije, praćenje, sigurnosne zakrpe. To može biti dobra zamena; samo je napravite svesno.

Razuman srednji put: nastavite da pravite i hostujete tamo gde ste, ali sinhronizujte se sa sopstvenim GitHub repozitorijumom 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

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

Tajne su namerno izostavljene — arhiva koju biste mogli poslati mejlom ili commit-ovati nikada ne bi smela da sadrži žive ključeve. Zavisnosti su izostavljene jer se ponovo grade iz lock fajla.

Korak 1: Izvucite kod

Dva uobičajena načina:

• Preuzmite arhivu projekta. Brzo, i dovoljno za jednokratno seljenje ili rezervnu kopiju.
• Sinhronizujte na GitHub. Bolje za sve što se nastavlja: puna istorija, lako kloniranje bilo gde, a većina hostova deploy-uje direktno iz GitHub repozitorijuma pri svakom push-u.

Na bilo koji način, klonirajte ili raspakujte projekat na računar (ili u cloud razvojno okruženje) i potražite README. Ako ga nema, zamolite AI u alatu da ga napiše pre nego što odete:

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

Ovaj jedan upit štedi sate, jer prisiljava implicitne delove podešavanja da se zapišu.

Korak 2: Prvo pokrenite lokalno

Pre nego što išta postavite negde, 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. Napravite lokalni .env fajl sa promenljivama okruženja, po mogućnosti sa test ključevima. Držite ga van Git-a. Šta su promenljive 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 pokrenite aplikaciju i prođite kroz glavne tokove.

Sve što se pokvari ovde pokvariće se i na hostu, a mnogo je lakše otkloniti grešku na sopstvenoj mašini. Česta iznenađenja: URL preview-a alata ugrađen u kod, promenljiva okruženja koju je alat automatski ubacivao, ili usluga (skladište fajlova, promena veličine slika) koja je postojala samo na platformi.

Korak 3: Prenesite podatke

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

• Izvezite bazu. Za Postgres, pg_dump pravi fajl koji možete vratiti pomoću pg_restore ili psql u novu bazu. Zamolite AI u alatu da ga pokrene ako nemate direktan pristup, i da objasni šta je proizveo.
• Premestite otpremljene fajlove. Ako su korisnici otpremili slike ili dokumente, oni žive u skladištu objekata odvojenom od baze. Kopirajte ih u novo skladište (na primer S3-kompatibilni bucket) i ažurirajte sačuvane URL-ove ako sadrže stari host.
• Isplanirajte prelazak. Za živu aplikaciju jednostavan pristup je kratak prozor održavanja: zaustavite upise, uzmite konačni izvoz, vratite ga na novom hostu, prebacite DNS, pa ponovo otvorite. Prvo zapišite svaki korak.
• Testirajte vraćanje u probnu bazu pre stvarnog prelaska.

Ako Postgres nije poznat, šta je Postgres pokriva osnove.

Korak 4: Izaberite gde ćete hostovati

Uskladite host sa tim šta je aplikacija. Imena ispod su primeri dobro poznatih provajdera u svakoj kategoriji od septembra 2026, a ne rang lista; proverite aktuelne funkcije i cene na njihovim sajtovima.

Biće vam potrebno i:

• Upravljana baza — mnogi hostovi aplikacija nude Postgres, a namenski servisi kao što su Neon ili Supabase pružaju ga samostalno. Upravljana baza vredi: rezervne kopije i ažuriranja su tuđa briga.
• Skladište objekata za otpremanja, ako aplikacija ih ima.
• Slanje mejlova, plaćanja i AI provajderi — obično samo treba postaviti iste API ključeve na novi host.

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

Korak 5: Postavite i prebacite se

1. Povežite repozitorijum sa hostom, ili gurnite kontejner sliku.
2. Postavite promenljive okruženja u kontrolnoj tabli hosta — svaku iz vašeg README-a, sa živim vrednostima.
3. Postavite komande za build i pokretanje i port. Mnogi hostovi prosleđuju port u promenljivoj 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 pre nego što dirnete DNS.
6. Ažurirajte spoljne servise koji pokazuju na stari URL: webhook-ove za plaćanja, URL-ove za preusmeravanje OAuth prijave, linkove u mejlovima, dozvoljene izvore.
7. Premestite domen ažuriranjem DNS zapisa na novi host. Kako povezati sopstveni domen objašnjava zapise.
8. Ostavite staro postavljanje da radi kratko dok ne budete sigurni, pa ga ugasite.

Korak 6 je onaj koji se najčešće zaboravlja: prijave i plaćanja koja tiho otkažu posle seljenja obično vode do URL-a za povratni poziv koji i dalje pokazuje na stari host.

Korak 6: Preuzmite operacije

Kada sami hostujete, ono što je alat radio umesto vas postaje vaše. Najmanje: automatske rezervne kopije baze sa proverenim vraćanjem, praćenje grešaka, obaveštenja o dostupnosti, ažuriranje zavisnosti i spisak ko ima pristup kojem nalogu. Kako preneti AI prototip u produkciju detaljnije prolazi kroz ovaj spisak.

Kontrolna lista za izvoz

• Kod u repozitorijumu koji posedujete, sa README-om za pokretanje, build i promenljive okruženja
• Aplikacija radi lokalno iz čistog kloniranja
• Baza izvezena i vraćanje testirano; otpremljeni fajlovi kopirani
• Host izabran prema obliku aplikacije, plus upravljana baza i skladište
• Sve promenljive okruženja postavljene sa živim vrednostima na novom hostu
• Webhook-ovi, OAuth preusmeravanja i linkovi u mejlovima ažurirani
• DNS prebačen, staro postavljanje kratko zadržano, pa uklonjeno
• Rezervne kopije, praćenje i spisak pristupa na mestu

Izvoz iz Mythex-a

U Mythex-u posedujete kod koji pravite. Na Pro planu možete preuzeti projekat kao arhivu iz Podešavanja projekta → Izvoz, ili povezati GitHub i gurati i vući promene na vaš repozitorijum; Free planovi mogu da pregledaju kod samo za čitanje, bez izvoza ili sinhronizacije. Tajne i node_modules su izostavljeni iz izvoza, pa ponovo napravite tajne na novom hostu. Dokumentacija pokriva korake u izvozu i pokretanju drugde i GitHub, izvoz i uvoz. Takođe možete zadržati hosting u Mythex-u i koristiti GitHub sinhronizaciju samo kao sopstvenu kopiju i put za predaju; ako se ipak selite, ugasite Mythex aplikaciju kada novi host bude živ.

Pitanja