Kā eksportēt un pašmitināt ar AI izveidotu lietotni

Lai pašmitinātu ar AI izveidotu lietotni, izņem kodu (lejupielādi vai sinhronizē ar tev piederošu GitHub repozitoriju), atjauno tās noslēpumus kā vides mainīgos, pārvieto vai atjauno datubāzi un izvieto to hostingā, kas atbilst lietotnes veidam: statiskais hostings vienkāršam frontendam vai platforma, kas palaiž serverus vai konteinerus jebkam ar backend. Kods parasti ir vieglākā daļa. Dati, noslēpumi un pakalpojumi, ko veidotājs klusi uzturēja tavā vietā, ir tur, kur ir darbs.

Kāpēc vispār eksportēt

Ir labi iemesli paņemt kodu sev līdzi un daži mazāk labi.

Labi iemesli:

• Īpašums un apdrošināšana. Kopija tavā repozitorijā pasargā, ja veidotājs maina cenas, funkcijas vai noteikumus.
• Nodošana izstrādātājiem. Inženieru komanda vēlēsies kodu Git, savos parastajos rīkos un pārskatīšanas procesā.
• Konkrētas prasības. Datu atrašanās vieta, konkrēts mākoņu pakalpojumu sniedzējs, uzņēmuma drošības politikas vai infrastruktūra, ko veidotājs nepiedāvā.
• Mērogs vai izmaksas tādā apjomā, kur pašu infrastruktūra patiešām atmaksājas.

Mazāk labi iemesli: pārcelt mazu lietotni ar dažām lietotājiem, lai ietaupītu nelielu mēneša summu. Pašmitināšana uzliek darbu tev — atjauninājumi, dublēšana, uzraudzība, drošības labojumi. Tas var būt pareizs kompromiss; vienkārši izdari to apzināti.

Saprātīgs vidusceļš: turpini veidot un hostēt, kur esi, bet sinhronizē ar savu GitHub repozitoriju jau agri. Tu iegūsti apdrošināšanu bez darba, ko prasa ekspluatācija. Ja Git ir jauns, izlasi kas ir GitHub.

Ko eksports satur un ko nesatur

Pirms paļauties uz eksportu, atver to un pārbaudi. Parasti:

Noslēpumi tiek izlaisti apzināti — arhīvs, ko varētu nosūtīt pa e-pastu vai iekļaut Git, nekad nedrīkst saturēt aktīvās atslēgas. Atkarības tiek izlaistas, jo tās tiek atjaunotas no bloķēšanas faila.

1. solis: izņem kodu

Divi biežākie ceļi:

• Lejupielādē arhīvu ar projektu. Ātri, un labi der vienreizējai pārvietošanai vai dublējumam.
• Sinhronizē ar GitHub. Labāk visam, kas turpinās: pilna vēsture, viegli klonēt jebkur, un lielākā daļa hostingu izvieto tieši no GitHub repozitorija katrā push.

Jebkurā gadījumā klonē vai izpako to datorā (vai mākoņa izstrādes vidē) un meklē README. Ja tāda nav, pirms aiziešanas lūdz AI veidotājā to uzrakstīt:

Uzraksti README šī projekta palaišanai ārpus šīs platformas: tehnoloģiju steks, nepieciešamās izpildlaika versijas, instalēšanas un būves komandas, palaišanas komanda un ports, katrs vides mainīgais, ko kods nolasa (nosaukumi un nozīme, bez vērtībām), un kā tiek palaistas datubāzes migrācijas.

Šī viena uzvedne ietaupa stundas, jo liek netieši zināmajām iestatījumu daļām kļūt par rakstītu tekstu.

2. solis: vispirms palaid lokāli

Pirms izvietot kaut kur, pierādi, ka lietotne darbojas pati par sevi:

1. Instalē izpildlaiku, ko nosaka README — Node.js, Python, Java, .NET —, atbilstošā versijā.
2. Instalē atkarības (npm install, pnpm install, pip install -r requirements.txt vai ekvivalents).
3. Izveido lokālu .env failu ar vides mainīgajiem, kur iespējams izmantojot testa atslēgas. Glabā to ārpus Git. Kas ir vides mainīgie un noslēpumi izskaidro ideju.
4. Savieno ar datubāzi — lokālu Postgres vai bezmaksas izstrādes datubāzi no pārvaldīta pakalpojumu sniedzēja.
5. Palaid migrācijas, tad palaid lietotni un izklikšķini galvenās plūsmas.

Viss, kas šeit nedarbojas, nedarbosies arī hostingā, un to ir daudz vieglāk labot savā mašīnā. Biežākie pārsteigumi: cieti ierakstīts veidotāja priekšskatījuma URL, trūkstošs vides mainīgais, ko veidotājs automātiski ievadīja, vai pakalpojums (failu krātuve, attēlu pārmērogošana), kas pastāvēja tikai platformā.

3. solis: pārvieto datus

Ja lietotnei ir reāli lietotāji, dati ir svarīgāki par kodu.

• Eksportē datubāzi. Postgres gadījumā pg_dump izveido failu, ko var atjaunot ar pg_restore vai psql jaunā datubāzē. Ja nav tiešas piekļuves, lūdz veidotāja AI to palaist un paskaidrot, ko tas izveidoja.
• Pārvieto augšupielādētos failus. Ja lietotāji augšupielādēja attēlus vai dokumentus, tie atrodas objektu krātuvē, kas nav datubāze. Nokopē tos uz jauno krātuvi (piemēram, S3 saderīgu grozu) un atjaunini saglabātos URL, ja tie satur veco hostu.
• Plāno pārslēgšanu. Dzīvai lietotnei vienkāršākā pieeja ir īss apkopes logs: aptur rakstīšanu, izveido galīgo eksportu, atjauno jaunajā hostingā, pārslēdz DNS, tad atver atpakaļ. Pirms tam pieraksti katru soli.
• Pārbaudi atjaunošanu pagaidu datubāzē, pirms veic īsto pārvietošanu.

Ja Postgres ir nepazīstams, kas ir Postgres izskaidro pamatus.

4. solis: izvēlies, kur hostēt

Saskaņo hostingu ar lietotnes veidu. Zemāk minētie nosaukumi ir labi pazīstami pakalpojumu sniedzēji katrā kategorijā no 2026. gada septembra, nevis reitings; pārbaudi aktuālās funkcijas un cenas to vietnēs.

Tev vajadzēs arī:

• Pārvaldītu datubāzi — daudzi lietotņu hostingi piedāvā Postgres, un īpaši pakalpojumi, piemēram, Neon vai Supabase, to nodrošina atsevišķi. Pārvaldīta datubāze ir vērta naudas: dublēšana un atjauninājumi ir kāda cita darbs.
• Objektu krātuvi augšupielādēm, ja lietotnei tādas ir.
• E-pasta sūtīšanu, maksājumus un AI pakalpojumu sniedzējus — parasti tiem vajag tās pašas API atslēgas, kas iestatītas jaunajā hostingā.

Godīgi par kompromisiem: platformas hostingi (pirmās četras rindas) ir ātrāk uzstādāmi un uzturami, bet tev ir mazāka kontrole, un izmaksas var pieaugt līdz ar trafiku. Virtuāls serveris bieži ir lētāks pastāvīgā slodzē un pilnībā tavā kontrolē, bet tu pats atbildi par atjauninājumiem, TLS, dublēšanu, uzraudzību un atjaunošanu. Ja neviens komandā negrib šo darbu, izvēlies platformu. Par hostinga pamatiem skaties kas ir tīmekļa hostings.

5. solis: izvieto un pārslēdz

1. Savieno repozitoriju ar hostingu vai izvieto konteinera attēlu.
2. Iestati vides mainīgos hostinga paneļa — katru no tavas README ar dzīvām vērtībām.
3. Iestati būves un palaišanas komandas un portu. Daudzi hostingi nodod portu vides mainīgajā PORT; lietotnei jāklausās uz to un uz visām saskarnēm (0.0.0.0), nevis tikai uz localhost.
4. Palaid migrācijas pret jauno datubāzi.
5. Pārbaudi hostinga pagaidu URL, pirms pieskaries DNS.
6. Atjauno ārējos pakalpojumus, kas norāda uz veco URL: maksājumu webhook, OAuth pārvirzīšanas URL pieteikšanās vajadzībām, e-pasta saites, atļautie avoti.
7. Pārvieto domēnu, atjauninot DNS ierakstus uz jauno hostingu. Kā pieslēgt pielāgotu domēnu izskaidro ierakstus.
8. Atstāj veco izvietojumu darbojamies īsi, līdz esi pārliecināts, tad to izslēdz.

Solis 6 ir tas, ko visbiežāk aizmirst: pieteikšanās un maksājumi, kas pēc pārcelšanas klusi neizdodas, parasti ir saistīti ar atzvanīšanas URL, kas joprojām norāda uz veco hostu.

6. solis: pārņem darbības

Kad pašmitini, lietas, ko veidotājs apstrādāja, kļūst tavas. Vismaz: automātiska datubāzes dublēšana ar pārbaudītu atjaunošanu, kļūdu izsekošana, darbspējas brīdinājumi, atkarību atjauninājumi un piekļuves saraksts katram kontam. Kā ņemt AI prototipu līdz produkcijai detalizēti izvērš šo sarakstu.

Eksporta kontrolsaraksts

• Kods repozitorijā, kas tev pieder, ar README par palaišanu, būvi un vides mainīgajiem
• Lietotne darbojas lokāli no tīra klona
• Datubāze eksportēta un atjaunošana pārbaudīta; augšupielādētie faili nokopēti
• Hostings izvēlēts atbilstoši lietotnes veidam, plus pārvaldīta datubāze un krātuve
• Visi vides mainīgie iestatīti ar dzīvām vērtībām jaunajā hostingā
• Webhook, OAuth pārvirzīšana un e-pasta saites atjauninātas
• DNS pārslēgts, vecais izvietojums īsi saglabāts, tad noņemts
• Dublēšana, uzraudzība un piekļuves saraksts ieviesti

Eksports no Mythex

Mythex kods, ko veido, ir tavs. Pro plānā vari lejupielādēt projektu kā arhīvu no Projekta iestatījumi → Eksports, vai savienot GitHub un push/pull ar savu repozitoriju; bezmaksas plāni var skatīt kodu tikai lasīšanas režīmā, bet nevar eksportēt vai sinhronizēt. Eksportos noslēpumi un node_modules nav iekļauti, tāpēc jaunajā hostingā atjauno savus noslēpumus. Dokumentācija aptver soļus sadaļās eksports un palaišana citur un GitHub, eksports un imports. Vari arī turpināt hostēt Mythex un izmantot GitHub sinhronizāciju tikai kā savu kopiju un nodošanas ceļu; ja tomēr pārcelies, izslēdz Mythex lietotni, kad jaunais hostings ir dzīvs.

Jautājumi