Cách xuất và tự host app do AI xây dựng

Để tự host một app do AI xây dựng, hãy lấy code ra (tải về hoặc đồng bộ sang một kho GitHub mà bạn sở hữu), tạo lại các bí mật dưới dạng biến môi trường, chuyển hoặc tạo lại cơ sở dữ liệu, và triển khai lên một host phù hợp với bản chất của app: host tĩnh cho giao diện thuần, hoặc nền tảng chạy máy chủ hay container cho mọi thứ có phần back end. Code thường là phần dễ nhất. Dữ liệu, bí mật và các dịch vụ mà nền tảng đang âm thầm chạy cho bạn mới là phần việc thật sự.

Vì sao nên xuất code

Có những lý do tốt để mang code theo, và cũng có vài lý do kém hơn.

Lý do tốt:

• Quyền sở hữu và bảo hiểm. Một bản sao code trong kho lưu trữ của riêng bạn bảo vệ bạn nếu nhà cung cấp thay đổi giá, tính năng hoặc điều khoản.
• Bàn giao cho lập trình viên. Một đội kỹ thuật sẽ muốn code nằm trong Git, cùng các công cụ và quy trình review quen thuộc của họ.
• Yêu cầu riêng. Lưu trữ dữ liệu theo khu vực, một nhà cung cấp đám mây cụ thể, chính sách bảo mật của công ty, hoặc hạ tầng mà nền tảng không cung cấp.
• Quy mô hoặc chi phí ở mức mà việc tự vận hành hạ tầng thật sự có lợi.

Lý do kém hơn: chuyển một app nhỏ với vài người dùng chỉ để tiết kiệm một khoản nhỏ mỗi tháng. Tự host đồng nghĩa với việc bạn phải làm thêm: cập nhật, sao lưu, giám sát, vá bảo mật. Đó có thể là sự đánh đổi đúng, miễn là bạn chủ động chọn nó.

Một lựa chọn trung dung hợp lý: vẫn xây dựng và lưu trữ ở nơi hiện tại, nhưng đồng bộ sang kho GitHub của riêng bạn ngay từ đầu. Bạn có sự bảo vệ mà không phải gánh công việc vận hành. Nếu Git còn mới với bạn, hãy đọc GitHub là gì.

Bản xuất chứa gì và không chứa gì

Trước khi dựa vào một bản xuất, hãy mở ra và kiểm tra. Thông thường:

Bí mật bị loại trừ có chủ ý. Một kho lưu trữ mà bạn có thể gửi qua email hoặc commit không bao giờ nên chứa khóa thật. Thư viện bị loại trừ vì chúng được tái tạo từ file lock.

Bước 1: Lấy code ra

Có hai cách phổ biến:

• Tải một file nén của dự án. Nhanh, phù hợp để chuyển một lần hoặc sao lưu.
• Đồng bộ với GitHub. Tốt hơn cho mọi thứ lâu dài: có đầy đủ lịch sử, dễ clone về bất kỳ đâu, và hầu hết host triển khai trực tiếp từ kho GitHub mỗi khi có push.

Dù theo cách nào, hãy clone hoặc giải nén trên một máy tính (hoặc môi trường phát triển đám mây) và tìm file README. Nếu không có, hãy nhờ AI trong nền tảng viết một file trước khi bạn rời đi:

Viết README để chạy dự án này bên ngoài nền tảng này: stack, phiên bản runtime yêu cầu, lệnh cài đặt và build, lệnh khởi động và cổng, mọi biến môi trường mà code đọc (tên và mục đích, không kèm giá trị), và cách chạy migration cơ sở dữ liệu.

Một prompt này tiết kiệm hàng giờ, vì nó buộc những phần ngầm định của cấu hình phải được viết ra.

Bước 2: Chạy thử trên máy trước

Trước khi triển khai ở bất kỳ đâu, hãy chứng minh app chạy được một mình:

1. Cài runtime mà README nêu, như Node.js, Python, Java, .NET, ở đúng phiên bản.
2. Cài thư viện phụ thuộc (npm install, pnpm install, pip install -r requirements.txt, hoặc tương đương).
3. Tạo file .env cục bộ với các biến môi trường, dùng khóa thử nếu có thể. Giữ nó ngoài Git. Biến môi trường và bí mật là gì giải thích ý tưởng này.
4. Trỏ đến một cơ sở dữ liệu: Postgres cục bộ, hoặc một cơ sở dữ liệu phát triển miễn phí từ một nhà cung cấp được quản lý.
5. Chạy migration, rồi khởi động app và thử các luồng chính.

Bất cứ thứ gì hỏng ở đây cũng sẽ hỏng trên host, và gỡ lỗi trên máy của bạn dễ hơn nhiều. Những điều bất ngờ thường gặp: một URL cứng trỏ tới bản xem trước của nền tảng, một biến môi trường bị thiếu mà nền tảng đã tự động cung cấp, hoặc một dịch vụ (lưu trữ file, xử lý ảnh) chỉ tồn tại trên nền tảng.

Bước 3: Chuyển dữ liệu

Nếu app có người dùng thật, dữ liệu quan trọng hơn code.

• Xuất cơ sở dữ liệu. Với Postgres, pg_dump tạo ra một file bạn có thể khôi phục bằng pg_restore hoặc psql vào cơ sở dữ liệu mới. Nếu bạn không có quyền truy cập trực tiếp, hãy nhờ AI của nền tảng chạy lệnh đó và giải thích kết quả.
• Chuyển file đã tải lên. Nếu người dùng đã tải ảnh hoặc tài liệu lên, chúng nằm trong bộ nhớ đối tượng tách biệt với cơ sở dữ liệu. Sao chép chúng sang kho lưu trữ mới (ví dụ một bucket tương thích S3) và cập nhật các URL đã lưu nếu chúng chứa host cũ.
• Lên kế hoạch chuyển đổi. Với app đang hoạt động, cách đơn giản là một khoảng bảo trì ngắn: dừng ghi, xuất lần cuối, khôi phục trên host mới, chuyển DNS, rồi mở lại. Hãy viết ra từng bước trước.
• Thử khôi phục vào một cơ sở dữ liệu tạm trước khi chuyển thật.

Nếu Postgres còn xa lạ, Postgres là gì trình bày những điều cơ bản.

Bước 4: Chọn nơi lưu trữ

Hãy khớp host với bản chất của app. Tên dưới đây là các nhà cung cấp phổ biến trong từng nhóm, tính đến tháng 9 năm 2026, không phải một bảng xếp hạng; hãy kiểm tra tính năng và giá hiện tại trên trang của họ.

Bạn cũng sẽ cần:

• Cơ sở dữ liệu được quản lý. Nhiều host ứng dụng cung cấp Postgres, và các dịch vụ chuyên biệt như Neon hoặc Supabase cung cấp riêng. Đáng để dùng dịch vụ quản lý: sao lưu và cập nhật là việc của người khác.
• Lưu trữ đối tượng cho các file tải lên, nếu app có.
• Gửi email, thanh toán và nhà cung cấp AI thường chỉ cần cấu hình cùng các khóa API trên host mới.

Nói công bằng về các đánh đổi: các host nền tảng (bốn hàng đầu) nhanh để thiết lập và bảo trì, nhưng bạn kiểm soát ít hơn và chi phí có thể tăng theo lưu lượng. Máy chủ ảo thường rẻ hơn khi tải ổn định và hoàn toàn nằm dưới sự kiểm soát của bạn, nhưng bạn phải tự lo vá lỗi, TLS, sao lưu, giám sát và khôi phục. Nếu không ai trong đội muốn gánh việc đó, hãy chọn nền tảng. Để hiểu cơ bản về những gì hosting bao gồm, xem web hosting là gì.

Bước 5: Triển khai và chuyển đổi

1. Kết nối kho lưu trữ với host, hoặc đẩy một image container.
2. Đặt biến môi trường trong bảng điều khiển của host: mọi biến trong README với giá trị thật.
3. Đặt lệnh build và khởi động, cùng cổng. Nhiều host truyền cổng qua biến môi trường PORT; app nên lắng nghe trên cổng đó và trên mọi giao diện (0.0.0.0), không chỉ localhost.
4. Chạy migration trên cơ sở dữ liệu mới.
5. Thử trên URL tạm của host trước khi chạm vào DNS.
6. Cập nhật các dịch vụ bên ngoài đang trỏ đến URL cũ: webhook thanh toán, URL chuyển hướng OAuth cho đăng nhập, liên kết trong email, các origin được phép.
7. Chuyển tên miền bằng cách cập nhật bản ghi DNS sang host mới. Cách kết nối tên miền riêng giải thích các bản ghi này.
8. Giữ triển khai cũ chạy thêm một lúc cho đến khi bạn chắc chắn, rồi gỡ bỏ.

Bước 6 là bước thường bị quên nhất: đăng nhập và thanh toán âm thầm lỗi sau khi chuyển thường bắt nguồn từ một URL callback vẫn trỏ đến host cũ.

Bước 6: Đảm nhận vận hành

Khi bạn tự host, những việc mà nền tảng từng lo sẽ thuộc về bạn. Tối thiểu: sao lưu cơ sở dữ liệu tự động kèm khôi phục đã được thử, theo dõi lỗi, cảnh báo thời gian hoạt động, cập nhật thư viện phụ thuộc, và ghi chú ai có quyền truy cập vào từng tài khoản. Cách đưa prototype AI lên production đi qua danh sách này chi tiết hơn.

Danh sách kiểm tra xuất code

• Code nằm trong kho lưu trữ bạn sở hữu, có README bao gồm cách chạy, build và biến môi trường
• App chạy được trên máy từ một bản clone sạch
• Đã xuất cơ sở dữ liệu và thử khôi phục; đã sao chép file tải lên
• Đã chọn host phù hợp với loại app, cùng cơ sở dữ liệu và lưu trữ được quản lý
• Mọi biến môi trường đã được đặt với giá trị thật trên host mới
• Webhook, chuyển hướng OAuth và liên kết email đã được cập nhật
• DNS đã chuyển, triển khai cũ giữ thêm một lúc rồi gỡ bỏ
• Sao lưu, giám sát và danh sách quyền truy cập đã sẵn sàng

Xuất code từ Mythex

Trên Mythex, bạn sở hữu code mà bạn xây dựng. Với gói Pro, bạn có thể tải dự án dưới dạng file nén từ Project settings → Export, hoặc kết nối GitHub và đẩy/kéo với kho lưu trữ của riêng bạn; gói Free có thể xem code ở chế độ chỉ đọc nhưng không xuất hoặc đồng bộ được. Bí mật và node_modules không nằm trong bản xuất, vì vậy hãy tạo lại bí mật trên host mới. Tài liệu hướng dẫn các bước trong xuất và chạy ở nơi khác và GitHub, xuất và nhập. Bạn cũng có thể tiếp tục host trên Mythex và chỉ dùng đồng bộ GitHub như một bản sao và cách bàn giao của riêng mình; nếu bạn chuyển đi, hãy gỡ app Mythex sau khi host mới đã hoạt động.

Câu hỏi thường gặp