Tất cả công cụ
2server / Hạ tầng và triển khai

Triển khai ứng dụng.
Làm chủ máy chủ.

Đưa ứng dụng từ project lên tên miền đang hoạt động. Để agent giúp bạn thiết lập, rồi dùng 2server để phát hành, nối HTTPS và chuyển truy cập về bản trước trên hạ tầng của bạn.

VM của bạn. Tài khoản cloud của bạn. App của bạn.
Ứng dụng → phát hành2srv
2srv deploy -f deploy.yaml --apply
  1. 01
    Xác định

    Chốt image bằng digest.

  2. 02
    Chuẩn bị

    Khởi chạy phiên bản tiếp theo.

  3. 03
    Kiểm tra

    Chờ ứng dụng sẵn sàng.

  4. 04
    Phát hành

    Chuyển luồng truy cập. Kiểm tra HTTPS.

Chỉ phát hành khi ứng dụng sẵn sàng, trên hạ tầng của bạn.

Hoạt động vớiVM sẵn cóGCP / AWSDockerCaddyCloudflare
01 / Thêm thời gian cho sản phẩm

Đưa app lên mạng.
Giữ quyền làm chủ.

Từ lần ra mắt đầu đến lần phát hành tiếp theo.
Một cách vận hành app có thể dùng lại.

Các mô-đun máy chủ màu than xếp chồng, kết nối bằng một thanh đỏ.
01

Đưa ứng dụng đến khách hàng

Phát hành app container với tên miền và HTTPS hoạt động. 2server nối triển khai, định tuyến và thiết lập Cloudflare trong một quy trình.

02

Nhẹ việc cho lần phát hành tiếp theo

Dùng lại cấu hình ứng dụng cho mỗi release. App chỉ nhận truy cập khi đã sẵn sàng; bạn có thể chuyển truy cập về phiên bản trước.

03

Giữ hạ tầng trong tay bạn

Dùng VM và tài khoản cloud của bạn. Thêm PostgreSQL, Redis hoặc giám sát khi app phát triển, với cấu hình trong repo và secret trên máy chủ.

02 / Bắt đầu cùng agent

Một prompt để bắt đầu.

Mở project trong agent lập trình của bạn.
Sao chép prompt này. Để agent hướng dẫn thiết lập.

Prompt cho agent của bạn
Hãy giúp tôi deploy ứng dụng trong project này bằng 2server. Đọc https://2found.dev/vi/docs/2server.md và tự tìm hiểu thêm tại https://github.com/2found/2server khi cần.
Kiểm tra project, chuẩn bị container image và cấu hình triển khai, rồi hướng dẫn tôi hoàn tất những phần còn thiếu.
Trước hết giúp tôi chọn: dùng VM sẵn có, hoặc để 2server chạy Terraform tạo VM trong tài khoản Google Cloud hay AWS của tôi. Nếu tôi chưa có cả hai, hướng dẫn tạo tài khoản, bật billing và đăng nhập. Giải thích tài nguyên và chi phí dự kiến trước khi tạo.
Tiếp theo giúp tôi đưa tên miền lên Cloudflare và tạo API Token giới hạn đúng quyền cần dùng. Hướng dẫn tôi lưu thông tin bí mật vào file cục bộ riêng tư; đừng yêu cầu dán secret vào chat.
Validate và lập kế hoạch triển khai, giải thích các thay đổi, rồi deploy trong phạm vi tôi cho phép. Kiểm tra ứng dụng sẵn sàng và HTTPS công khai. Báo URL đang hoạt động hoặc chính xác phần còn vướng, không hiển thị thông tin bí mật.
01

Chọn máy chủ.

Dùng thứ bạn đã có.

Có VM? Cho agent biết SSH host, username và đường dẫn key cục bộ. Có Google Cloud hoặc AWS? Agent có thể chuẩn bị Terraform để tạo VM trong tài khoản của bạn. Chưa có cả hai? Agent sẽ hướng dẫn tạo tài khoản, bật billing và đăng nhập trước khi tạo VM.

Bạn chọn tài khoản, xem tài nguyên và chi phí dự kiến. Nhà cung cấp tính phí tài nguyên cloud.

Chọn cách chuẩn bị VM
02

Nối tên miền của bạn.

Để agent hướng dẫn thiết lập Cloudflare.

Thêm tên miền vào Cloudflare, kích hoạt nameserver và tạo API Token giới hạn quyền. Hướng dẫn liệt kê năm quyền cho app công khai để bạn tạo đúng token ngay từ đầu.

Lưu token vào file cục bộ riêng tư và chỉ cho agent biết đường dẫn.

Tạo token Cloudflare
Đọc hướng dẫn triển khai đầy đủ · Markdown cho agent (.md)
03 / Cho lần ra mắt tiếp theo

Phù hợp với
người muốn làm chủ hạ tầng.

Đưa app container lên VM sẵn có, hoặc tạo VM trên Google Cloud hay AWS.

Để agent chuẩn bị triển khai, còn bạn chọn tài khoản và chi phí.

Chạy app cùng các dịch vụ hỗ trợ trên hạ tầng do bạn quản lý.

Giữ cấu hình phát hành trong repo để cả đội kiểm tra và dùng lại.

04 / Trước khi triển khai

Một vài câu hỏi
thực tế.

Không. Dùng VM Debian 12/13 hoặc Ubuntu 22.04/24.04 sẵn có, hoặc tạo VM trên GCP hay AWS. 2server kết nối qua SSH. Tài khoản cloud và hạ tầng vẫn thuộc quyền quản lý của bạn.

Các file App, Domain và Zone khai báo cấu hình mong muốn nằm trong repository. Thông tin bí mật, trạng thái đã áp dụng và lịch sử phát hành nằm trên VM. Lệnh đã kết nối dùng thông tin bí mật từ VM, không lấy dự phòng từ .env cục bộ.

Ứng dụng HTTP phải qua kiểm tra sẵn sàng trước khi chuyển luồng truy cập. Rollback có thể đưa truy cập về bản trước. Lỗi tên miền sau khi triển khai có thể để lại ứng dụng đang chạy tốt nhưng DNS chưa hoàn tất; hãy kiểm tra trạng thái trước khi thử lại.

Có. Các template có tên riêng gồm PostgreSQL, Redis, NATS, giám sát và imgproxy. Mỗi instance có tên, thông tin bí mật và dữ liệu riêng. Sao lưu PostgreSQL cần cấu hình chủ động; ứng dụng có dữ liệu được cập nhật tại chỗ.

Một VM là một điểm lỗi chung. Blue/green và replica không đảm bảo tính sẵn sàng cao ở cấp máy chủ; rollback luồng truy cập không hoàn tác migration cơ sở dữ liệu. Cần đủ tài nguyên cho cả hai phiên bản ứng dụng trong lúc phát hành.
Một sản phẩm của 2found.

Bản phát hành tiếp theo
bắt đầu từ một prompt.

Sao chép prompt cho agent