Kuidas eksportida ja ise hostida AI-ga ehitatud äppi

Et oma AI-ga ehitatud äppi ise hostida, too kood välja (allalaadimine või sünkroonimine GitHubi repositooriumisse, mis on sinu oma), loo saladused uuesti keskkonnamuutujatena, too andmebaas kaasa või loo uus ja paiguta äpp hosti, mis sobib sellele, mis äpp on: staatiline host lihtsale esilehele või platvorm, mis käitab servereid või konteinereid taustateenuse jaoks. Kood on tavaliselt lihtsaim osa. Andmed, saladused ja teenused, mida ehitaja sinu eest vaikselt käitas, on need, kus töö tegelikult on.

Miks üldse eksportida

On häid põhjuseid oma koodi kaasa võtta ja mõned vähem head.

Head põhjused:

• Omand ja kindlustus. Koopia koodist sinu enda repositooriumis kaitseb sind, kui ehitaja muudab hindu, funktsioone või tingimusi.
• Üleandmine arendajatele. Arendusmeeskond tahab koodi Gitis, nende tavapäraste tööriistade ja ülevaatusprotsessiga.
• Konkreetsed nõuded. Andmete asukoht, kindel pilveteenuse pakkuja, ettevõtte turvapoliitikad või taristu, mida ehitaja ei paku.
• Skaala või kulu, kui sellises mahus oma taristu käitamine tõesti end ära tasub.

Vähem head põhjused: kolida väike äpp, millel on käputäis kasutajaid, et säästa väike kuutasu. Ise hostimine paneb töö sinu peale: uuendused, varundused, jälgimine ja turvapaigad. See võib olla õige otsus; tee see teadlikult.

Mõistlik kesktee: jätka ehitamist ja hostimist seal, kus oled, aga sünkrooni varakult oma GitHubi repositooriumiga. Saad kindlustuse ilma operatiivse tööta. Kui Git on sulle uus, loe mis on GitHub.

Mida eksport sisaldab ja mida mitte

Enne eksportfailile tuginemist ava see ja kontrolli. Tavaliselt:

Saladused jäetakse meelega välja: arhiiv, mida võid e-kirjaga saata või committida, ei tohiks kunagi sisaldada aktiivseid võtmeid. Sõltuvused jäetakse välja, sest need taastatakse lukustusfailist.

Samm 1: too kood välja

Kaks levinud teed:

• Laadi projekt arhiivina alla. Kiire ja sobib ühekordseks kolimiseks või varundamiseks.
• Sünkrooni GitHubiga. Parem kõige pidevama jaoks: täielik ajalugu, lihtne kloonida kuhu tahes ja enamik hoste juurutavad repositooriumist igal push'il.

Kumbki tee, kloonige või paki lahti arvutis (või pilve arendauskeskkonnas) ja otsi README. Kui seda pole, palu ehitaja AI-l see kirjutada enne lahkumist:

Kirjuta README, mis selgitab, kuidas seda projekti käitada väljaspool seda platvormi: tehnoloogiapinu, nõutavad käitusversioonid, paigaldus- ja ehituskäsud, käivituskäsk ja port, iga keskkonnamuutuja, mida kood loeb (nimed ja otstarve, mitte väärtused), ning kuidas andmebaasi migratsioone käivitatakse.

See üks käsk säästab tunde, sest sunnib kaudsed seadistuse osad kirjalikult üles kirjutama.

Samm 2: käivita kõigepealt kohapeal

Enne mistahes juurutamist tõesta, et äpp töötab omaette:

1. Paigalda käitusaeg, mida README nimetab (Node.js, Python, Java, .NET), sobivas versioonis.
2. Paigalda sõltuvused (npm install, pnpm install, pip install -r requirements.txt või samaväärne).
3. Loo kohalik .env-fail keskkonnamuutujatega, kasutades võimaluse korral testvõtmeid. Hoia see Gitist väljas. Mis on keskkonnamuutujad ja saladused selgitab ideed.
4. Suuna see andmebaasile: kohalik Postgres või tasuta arendusbaas mõnest hallatud teenusepakkujast.
5. Käivita migratsioonid, seejärel käivita äpp ja klõpsi läbi peamised voogud.

Kõik, mis siin katki läheb, läheb katki ka hostis, ja seda on oma masinal palju lihtsam siluda. Tavalised üllatused: kõvasti kodeeritud ehitaja eelvaate URL, puuduv keskkonnamuutuja, mille ehitaja automaatselt süstis, või teenus (failisalvestus, pildi suuruse muutmine), mis eksisteeris ainult platvormil.

Samm 3: too andmed kaasa

Kui äpil on päris kasutajad, on andmed tähtsamad kui kood.

• Ekspordi andmebaas. Postgresi puhul annab pg_dump faili, mille saad taastada pg_restore või psql abil uude andmebaasi. Kui sul otsest ligipääsu pole, palu ehitaja AI-l seda käivitada ja selgitada, mis tekkis.
• Too üleslaaditud failid kaasa. Kui kasutajad laadisid üles pilte või dokumente, on need andmebaasist eraldi objektisalvestuses. Kopeeri need uude salvestusse (näiteks S3-ga ühilduvasse ämbrisse) ja uuenda salvestatud URL-id, kui need sisaldavad vana hosti.
• Planeeri üleminek. Elava äpi puhul on lihtne lähenemine lühike hoolduskatkestus: peata kirjutamised, tee viimane eksport, taasta uuel hostil, vaheta DNS ja ava uuesti. Kirjuta iga samm enne üles.
• Testi taastamist eraldi katsebaasis enne päris kolimist.

Kui Postgres on sulle võõras, selgitab mis on Postgres põhitõdesid.

Samm 4: vali, kus see hostida

Sobita host sellega, mis äpp on. Allpool toodud nimed on näited tuntud pakkujatest igas kategoorias seisuga september 2026, mitte edetabel. Kontrolli praegusi funktsioone ja hindu nende lehtedelt.

Vajad ka:

• Hallatud andmebaasi. Paljud äpihostid pakuvad Postgresit ja spetsiaalsed teenused nagu Neon või Supabase pakuvad seda eraldi. Hallatud on väärt: varundamine ja uuendused on kellegi teise töö.
• Objektisalvestust üleslaadimiste jaoks, kui äpil neid on.
• E-posti saatmist, makseid ja AI-pakkujaid. Need vajavad tavaliselt sama API-võtme seadistamist uuel hostil.

Aus kompromiss: platvormihostid (esimesed neli rida) on kiiremini seadistada ja hooldada, aga kontrolli on vähem ja kulud võivad liikluse kasvades tõusta. Virtuaalserver on püsikoormusel sageli odavam ja täielikult sinu kontrolli all, aga patchimine, TLS, varundused, jälgimine ja taastamine on sinu omad. Kui meeskonnas keegi seda tööd teha ei taha, vali platvorm. Hostimise põhitõdede kohta vaata mis on veebihosting.

Samm 5: juuruta ja vaheta

1. Ühenda repositoorium hostiga või lükka konteinerpilt.
2. Sea keskkonnamuutujad hosti töölaual: iga üks sinu README-st, päris väärtustega.
3. Sea ehitus- ja käivituskäsud ning port. Paljud hostid annavad pordi PORT-keskkonnamuutujas; äpp peaks sellel kuulama ja kõigil liidestel (0.0.0.0), mitte ainult localhost.
4. Käivita migratsioonid uue andmebaasi vastu.
5. Testi hosti ajutisel URL-il enne DNS-i puudutamist.
6. Uuenda väliseid teenuseid, mis viitavad su vanale URL-ile: makse-webhook'id, OAuth-i suunamis-URL-id sisselogimiseks, e-posti lingid, lubatud päritolud.
7. Kolige domeen, uuendades DNS-kirjeid uuele hostile. Kuidas ühendada kohandatud domeen selgitab kirjeid.
8. Hoia vana juurutust lühikest aega töös, kuni oled kindel, ja eemalda see siis.

Samm 6 on see, mida kõige sagedamini unustatakse: pärast kolimist vaikselt ebaõnnestuvad sisselogimised ja maksed tavaliselt just seetõttu, et tagasihelistuse URL osutab endiselt vanale hostile.

Samm 6: võta operatsioonid üle

Kui hostid ise, muutuvad asjad, mida ehitaja varem tegi, sinu omaks. Vähemalt: automaatsed andmebaasi varundused testitud taastamisega, veajälgimine, tööaja hoiatused, sõltuvuste uuendamine ning märge, kellel on igal kontol ligipääs. Kuidas viia AI-prototüüp tootmisse käsitleb seda nimekirja põhjalikumalt.

Ekspordi kontrollnimekiri

• Kood repositooriumis, mis on sinu oma, koos README-ga, mis katab käivitamise, ehitamise ja keskkonnamuutujad
• Äpp töötab kohapeal puhtast kloonist
• Andmebaas on eksporditud ja taastamine testitud; üleslaaditud failid kopeeritud
• Host valitud vastavalt äpi kujule, plus hallatud andmebaas ja salvestus
• Kõik keskkonnamuutujad seatud päris väärtustega uuel hostil
• Webhook'id, OAuth-i suunamised ja e-posti lingid uuendatud
• DNS vahetatud, vana juurutus hoitud lühikest aega ja seejärel eemaldatud
• Varundused, jälgimine ja ligipääsunimekiri paigas

Eksport Mythexist

Mythexis omad koodi, mille ehitad. Pro-paketil saad projekti alla laadida arhiivina menüüst Project settings → Export või ühendada GitHubi ja lükata ning tõmmata oma repositooriumiga. Free-paketid saavad koodi ainult vaadata, mitte eksportida ega sünkroonida. Saladused ja node_modules jäetakse eksportidest välja, seega loo need uuel hostil uuesti. Dokumentatsioon katab samme jaotistes export and run elsewhere ja GitHub, export and import. Võid ka Mythexis hostimist jätkata ja kasutada GitHubi sünkroonimist lihtsalt oma koopia ja üleandmise teena. Kui kolid, eemalda Mythexi äpp avaldamisest, kui uus host on live.

Küsimused