Cara Eksport dan Hos Sendiri Aplikasi Dibina AI

Untuk menghoskan aplikasi buatan AI sendiri, dapatkan kod keluar (muat turun atau penyegerakan ke repositori GitHub yang anda miliki), cipta semula rahsianya sebagai pembolehubah persekitaran, pindahkan atau cipta semula pangkalan datanya, dan deploy ke hos yang sesuai dengan jenis aplikasi itu: hos statik untuk bahagian hadapan yang mudah, atau platform yang menjalankan pelayan atau kontena untuk apa-apa yang mempunyai bahagian belakang. Kod biasanya bahagian yang paling mudah. Data, rahsia dan perkhidmatan yang pembina jalankan untuk anda secara senyap ialah tempat kerja sebenar.

Mengapa mengeksport

Ada sebab yang baik untuk membawa kod anda sendiri, dan ada sebab yang kurang baik.

Sebab yang baik:

• Pemilikan dan insurans. Salinan kod dalam repositori anda sendiri melindungi anda jika pembina menukar harga, ciri atau terma mereka.
• Penyerahan kepada pembangun. Pasukan kejuruteraan mahu kod dalam Git, dalam alat dan proses semakan biasa mereka.
• Keperluan khusus. Kediaman data, penyedia awan tertentu, dasar keselamatan syarikat, atau infrastruktur yang tidak ditawarkan oleh pembina.
• Skala atau kos pada saiz di mana menjalankan infrastruktur sendiri benar-benar berbaloi.

Sebab yang kurang baik: memindahkan aplikasi kecil dengan beberapa pengguna semata-mata untuk menjimatkan jumlah bulanan yang kecil. Hos sendiri meletakkan kerja di atas bahu anda — kemas kini, sandaran, pemantauan, tampalan keselamatan. Itu mungkin pertukaran yang betul; cuma buatlah dengan sedar.

Jalan tengah yang munasabah: terus membina dan menghoskan di tempat anda sekarang, tetapi segerakkan ke repositori GitHub anda sendiri dari awal. Anda mendapat insurans tanpa beban operasi. Jika Git masih baharu bagi anda, baca apa itu GitHub.

Apa yang termasuk dan tidak termasuk dalam eksport

Sebelum bergantung pada eksport, bukanya dan semak. Biasanya:

Rahsia sengaja ditinggalkan — arkib yang mungkin anda e-mel atau commit tidak sepatutnya mengandungi kunci aktif. Kebergantungan ditinggalkan kerana ia dibina semula daripada fail kunci.

Langkah 1: Keluarkan kod

Dua laluan biasa:

• Muat turun arkib projek. Pantas, dan sesuai untuk pemindahan sekali atau sandaran.
• Segerakkan ke GitHub. Lebih baik untuk apa-apa yang berterusan: sejarah penuh, mudah diklon di mana-mana, dan kebanyakan hos deploy terus dari repositori GitHub pada setiap push.

Sama ada cara, klon atau buka arkib pada komputer (atau persekitaran pembangunan awan) dan cari README. Jika tiada, minta AI dalam pembina menulisnya sebelum anda pergi:

Tulis README untuk menjalankan projek ini di luar platform ini: stack, versi runtime yang diperlukan, arahan pemasangan dan binaan, arahan mula dan port, setiap pembolehubah persekitaran yang dibaca kod (nama dan tujuan, tanpa nilai), dan cara migrasi pangkalan data dijalankan.

Satu prompt ini menjimatkan berjam-jam, kerana ia memaksa bahagian tersirat dalam persediaan itu ditulis.

Langkah 2: Jalankan secara tempatan dahulu

Sebelum deploy ke mana-mana, buktikan aplikasi itu berjalan dengan sendirinya:

1. Pasang runtime yang README nyatakan — Node.js, Python, Java, .NET — pada versi yang sepadan.
2. Pasang kebergantungan (npm install, pnpm install, pip install -r requirements.txt, atau yang setara).
3. Cipta fail .env tempatan dengan pembolehubah persekitaran, menggunakan kunci ujian jika boleh. Simpan di luar Git. Apa itu pembolehubah persekitaran dan rahsia menerangkan idea ini.
4. Tunjuk ke pangkalan data — Postgres tempatan, atau pangkalan data pembangunan percuma daripada penyedia terurus.
5. Jalankan migrasi, kemudian mulakan aplikasi dan klik melalui aliran utama.

Apa-apa yang rosak di sini akan rosak juga di hos, dan lebih mudah untuk nyahpepijat pada mesin anda sendiri. Kejutan biasa: URL pratonton pembina yang dikod keras, pembolehubah persekitaran yang hilang yang pembina suntik secara automatik, atau perkhidmatan (storan fail, pengubahsaizan imej) yang hanya wujud di platform.

Langkah 3: Pindahkan data

Jika aplikasi mempunyai pengguna sebenar, data lebih penting daripada kod.

• Eksport pangkalan data. Untuk Postgres, pg_dump menghasilkan fail yang boleh dipulihkan dengan pg_restore atau psql ke pangkalan data baharu. Minta AI pembina menjalankannya jika anda tidak mempunyai akses terus, dan minta ia menerangkan apa yang dihasilkan.
• Pindahkan fail yang dimuat naik. Jika pengguna memuat naik imej atau dokumen, ia tinggal dalam storan objek yang berasingan daripada pangkalan data. Salin ke storan baharu anda (contohnya bucket serasi S3) dan kemas kini URL yang disimpan jika ia mengandungi hos lama.
• Rancang peralihan. Untuk aplikasi yang hidup, pendekatan mudah ialah tetingkap penyelenggaraan yang pendek: hentikan penulisan, buat eksport akhir, pulihkan di hos baharu, tukar DNS, kemudian buka semula. Tulis setiap langkah dahulu.
• Uji pemulihan ke pangkalan data percubaan sebelum pemindahan sebenar.

Jika Postgres masih asing bagi anda, apa itu Postgres menerangkan asasnya.

Langkah 4: Pilih tempat untuk menghoskan

Padankan hos dengan jenis aplikasi. Nama di bawah ialah contoh penyedia terkenal dalam setiap kategori setakat September 2026, bukan kedudukan; semak ciri dan harga terkini di laman mereka.

Anda juga memerlukan:

• Pangkalan data terurus — banyak hos aplikasi menawarkan Postgres, dan perkhidmatan khusus seperti Neon atau Supabase menyediakannya secara berasingan. Terurus berbaloi: sandaran dan kemas kini menjadi tanggungjawab orang lain.
• Storan objek untuk muat naik, jika aplikasi mempunyainya.
• Penghantaran e-mel, pembayaran dan penyedia AI — ini biasanya hanya memerlukan kunci API yang sama ditetapkan di hos baharu.

Untuk adil tentang pertukaran: hos platform (empat baris pertama) lebih pantas untuk disediakan dan diselenggara, tetapi anda kurang kawalan dan kos boleh meningkat bersama trafik. Pelayan maya selalunya lebih murah pada beban tetap dan berada di bawah kawalan penuh, tetapi anda bertanggungjawab untuk tampalan, TLS, sandaran, pemantauan dan pemulihan. Jika tiada siapa dalam pasukan mahu kerja itu, pilih platform. Untuk asas tentang apa yang terlibat dalam hosting, lihat apa itu web hosting.

Langkah 5: Deploy dan tukar

1. Sambungkan repositori ke hos, atau tolak imej kontena.
2. Tetapkan pembolehubah persekitaran dalam papan pemuka hos — setiap satu daripada README anda, dengan nilai sebenar.
3. Tetapkan arahan binaan dan mula serta port. Banyak hos menghantar port dalam pembolehubah persekitaran PORT; aplikasi sepatutnya mendengar padanya dan pada semua antara muka (0.0.0.0), bukan hanya localhost.
4. Jalankan migrasi terhadap pangkalan data baharu.
5. Uji pada URL sementara hos sebelum menyentuh DNS.
6. Kemas kini perkhidmatan luaran yang menunjuk ke URL lama anda: webhook pembayaran, URL ubah hala OAuth untuk log masuk, pautan e-mel, asal yang dibenarkan.
7. Pindahkan domain dengan mengemas kini rekod DNS ke hos baharu. Cara menyambungkan domain tersuai menerangkan rekod tersebut.
8. Kekalkan deployment lama seketika sehingga anda pasti, kemudian matikannya.

Langkah 6 ialah langkah yang paling sering dilupakan: log masuk dan pembayaran yang gagal secara senyap selepas pemindahan biasanya berpunca daripada URL panggil balik yang masih menunjuk ke hos lama.

Langkah 6: Ambil alih operasi

Setelah anda hos sendiri, perkara yang dikendalikan pembina menjadi tanggungjawab anda. Sekurang-kurangnya: sandaran pangkalan data automatik dengan pemulihan yang diuji, penjejakan ralat, makluman masa operasi, kemas kini kebergantungan, dan senarai orang yang mempunyai akses kepada setiap akaun. Cara membawa prototaip AI ke produksi menerangkan senarai ini dengan lebih terperinci.

Senarai semak eksport

• Kod dalam repositori yang anda miliki, dengan README yang meliputi cara jalankan, binaan dan pembolehubah persekitaran
• Aplikasi berjalan secara tempatan dari klon yang bersih
• Pangkalan data dieksport dan pemulihan diuji; fail yang dimuat naik disalin
• Hos dipilih mengikut bentuk aplikasi, serta pangkalan data dan storan terurus
• Semua pembolehubah persekitaran ditetapkan dengan nilai sebenar di hos baharu
• Webhook, ubah hala OAuth dan pautan e-mel dikemas kini
• DNS ditukar, deployment lama dikekalkan seketika, kemudian dibuang
• Sandaran, pemantauan dan senarai akses sudah disediakan

Mengeksport dari Mythex

Di Mythex, anda memiliki kod yang anda bina. Pada pelan Pro, anda boleh memuat turun projek sebagai arkib dari Tetapan projek → Eksport, atau menyambungkan GitHub dan menolak serta menarik daripada repositori anda sendiri; pelan Percuma boleh melihat kod secara baca sahaja tetapi tidak boleh mengeksport atau menyegerak. Rahsia dan node_modules ditinggalkan daripada eksport, jadi cipta semula rahsia anda di hos baharu. Dokumentasi meliputi langkah-langkah dalam eksport dan jalankan di tempat lain dan GitHub, eksport dan import. Anda juga boleh terus menghoskan di Mythex dan menggunakan penyegerakan GitHub semata-mata sebagai salinan dan laluan penyerahan anda sendiri; jika anda berpindah, nyahterbitkan aplikasi Mythex selepas hos baharu berjalan.

Soalan lazim