Nếu bạn đã rời khỏi PaaS được quản lý, VPS của bạn đã được cấp phát, khóa SSH đã được thêm vào, và con trỏ terminal đang nhấp nháy trên dòng cài đặt. Câu hỏi duy nhất còn lại: bạn chạy curl ... | bash cho Coolify, hay cho Dokploy?
Cả hai công cụ đều cài đặt bằng một lệnh. Cả hai đều cho bạn triển khai bằng Git-push, SSL tự động, một giao diện web và một reverse proxy chạy trên Docker. Những khác biệt thú vị là những điều xuất hiện trong môi trường production: cách mỗi công cụ xử lý một docker-compose.yml, điều gì xảy ra trong một lần triển khai, và mỗi dự án đã phản ứng ra sao trước những tin tức đã định hình lại sự so sánh này vào năm 2026. Hai mẩu tin chiếm phần lớn trọng lượng ở đây: Tiết lộ CVE của Coolify vào tháng 1 năm 2026 và cái tái cấu trúc giấy phép của Dokploy của cùng tháng đó.
Bài viết này ghép từng công cụ với một trường hợp sử dụng cụ thể thay vì tôn vinh một người chiến thắng. Đến cuối bài, hy vọng bạn sẽ biết công cụ nào phù hợp với quy trình làm việc của mình.
TL;DR
- Coolify lâu đời hơn với hệ sinh thái lớn hơn (~55k sao GitHub, hơn 300 mẫu dịch vụ một cú nhấp), nặng hơn khi nhàn rỗi, dùng Apache 2.0 xuyên suốt, không có gói trả phí ở phía tự lưu trữ.
- Dokploy trẻ hơn (~34k sao), nhẹ hơn khi nhàn rỗi, lõi Apache 2.0 cộng với một Source Available License riêng chi phối các tính năng trả phí trong tương lai (SSO, RBAC, audit log, white-labeling).
- Coolify hiện chưa thể triển khai không gián đoạn qua Docker Compose; chỉ qua Dockerfile, Nixpacks hoặc triển khai single-image. Dokploy cung cấp Docker Swarm như một chế độ hạng nhất; Swarm của Coolify được gắn nhãn thử nghiệm.
- Các CVE của Coolify hồi tháng 1 năm 2026 đã được vá trong v4.0.0 (April 27, 2026). Hãy cập nhật Coolify và đừng phơi bày bảng điều khiển ra công khai.
Khi không công cụ nào là câu trả lời đúng
Cả Coolify lẫn Dokploy đều không phù hợp với một số kiểu thiết lập. Ba lựa chọn thay thế đáng biết đến, vắn tắt:
- Kamal (từ 37signals): dành cho các nhóm có một hoặc hai ứng dụng muốn không có giao diện nào cả; chỉ cần
kamal deploytừ laptop của bạn. Đơn giản hơn Coolify hay Dokploy rất nhiều và là lựa chọn đúng khi bạn không muốn một bảng điều khiển. - Dokku: mô hình cổ điển, Git-push, một máy chủ. Lâu đời hơn, phạm vi nhỏ hơn, rất ổn định. Bản gốc của "Heroku trên một VPS".
- GitHub Actions + Docker Compose trên một VPS trần: ngăn xếp nhỏ gọn nhất có thể. Không có giao diện điều phối, nhưng cũng không có chi phí điều phối. Tốt cho một ứng dụng đơn lẻ nơi quy trình triển khai được
docker compose pull && docker compose up -dkích hoạt từ CI.
Nếu hình hài của bạn là một ứng dụng trên một máy chủ, thì cả Coolify lẫn Dokploy có lẽ đều thừa thãi; hãy thử một trong những lựa chọn trên trước. Nếu bạn có nhiều ứng dụng, nhiều cơ sở dữ liệu, hoặc một nhóm có thành viên không chuyên kỹ thuật cần giao diện để vận hành mọi thứ, thì lựa chọn Coolify-vs-Dokploy mới là điều đáng cân nhắc. Để có một khảo sát rộng hơn về các lựa chọn trong danh mục này, hãy xem bản tổng hợp của chúng tôi về nền tảng điện toán đám mây tự lưu trữ với giao diện web.
Coolify và Dokploy: Tổng quan
Coolify v4.0.0 bản ổn định ra mắt vào April 27, 2026, sau một chu kỳ beta dài. Dokploy đang ở phiên bản v0.29.4 tính đến May 11, 2026. Cả hai đều là các dự án PaaS tự lưu trữ mã nguồn mở trong không gian thay thế Heroku/Render/Vercel, cả hai đều bao bọc Docker bằng một giao diện, một reverse proxy mặc định HTTPS (Traefik), và triển khai dựa trên Git.
| Tính năng | Coolify | Dokploy |
|---|---|---|
| Bản phát hành ổn định mới nhất | v4.0.0 (April 27, 2026) | v0.29.4 (May 11, 2026) |
| Giấy phép | Apache 2.0 | Lõi Apache 2.0 + Source Available cho các tính năng trả phí |
| Ngăn xếp công nghệ | PHP / Laravel | TypeScript / Node.js |
| Sao GitHub | ~55,000 | ~34,000 |
| RAM tối thiểu (chính thức) | 2 GB | 2 GB |
| CPU tối thiểu (chính thức) | 2 nhân | không nêu rõ |
| RAM nhàn rỗi (cộng đồng báo cáo) | 500 MB – 1.2 GB | 300 – 400 MB |
| Docker Compose không gián đoạn | Không được hỗ trợ (chỉ Dockerfile/Nixpacks) | Xử lý Compose tiêu chuẩn |
| Phân cụm nhiều máy chủ | Docker Swarm (thử nghiệm) | Docker Swarm (gốc) |
| Hỗ trợ ARM64 | Có (bao gồm Raspberry Pi OS) | Không được quảng bá trong tài liệu |
| Hệ thống build | Nixpacks, Dockerfile, Docker image | Nixpacks, Dockerfile, Docker image, Heroku Buildpacks, Paketo, Railpack |
| Proxy ngược | Traefik | Traefik |
| Phạm vi giám sát tự lưu trữ | Số liệu tích hợp + trình xem log | Số liệu tài nguyên cơ bản + phân tích lỗi log/build bằng AI (v0.29.0+) |
Quan điểm của chúng tôi: chọn Dokploy nếu bạn muốn chi phí nhàn rỗi thấp hơn, hỗ trợ nhiều máy chủ gốc, và xử lý Docker Compose tiêu chuẩn mà không cần điều chỉnh theo nền tảng. Chọn Coolify nếu bạn muốn thư viện ứng dụng một cú nhấp lớn hơn, hỗ trợ ARM64/Raspberry Pi, hoặc Apache 2.0 thuần không có gói trả phí nào chờ sẵn trong tương lai.
Dấu chân tài nguyên và định cỡ VPS
Một PaaS tự lưu trữ có thể giúp bạn tiết kiệm chi phí của Heroku. Nếu lớp điều phối ngốn 1.5 GB trong số 2 GB VPS của bạn khi nhàn rỗi, bạn chẳng còn gì để triển khai lên. Vậy nên câu hỏi thực tế đầu tiên trên một máy chủ nhỏ là: mỗi công cụ tốn của bạn bao nhiêu trước khi bạn triển khai dù chỉ một ứng dụng?
Mức sử dụng RAM nhàn rỗi của Coolify phụ thuộc vào việc bật giám sát nào, với dấu chân CPU cơ bản 5–7% tăng vọt khi quá trình thu thập số liệu chạy. Tài liệu của chính Coolify dùng một khối lượng công việc production tiêu biểu gồm 8 GB RAM, 4 lõi và 150 GB lưu trữ chạy 3 ứng dụng Node.js, 4 trang tĩnh và một vài cơ sở dữ liệu. Đó là một tham chiếu định cỡ hợp lý nếu ngăn xếp của bạn trông tương tự.
Dokploy, ngược lại, chạy nhẹ hơn nhiều, dưới 2% CPU khi không có gì đang triển khai.
A Bài viết về production của LogRocket chạy song song cả hai công cụ đã đi đến cùng một kết luận về định hướng: một docker stop && docker start trên một ứng dụng Dokploy không kích hoạt một lần rebuild toàn bộ, trong khi cùng thao tác đó trên Coolify thì có. Chỉ riêng điều đó đã chuyển chi phí ở trạng thái ổn định nghiêng về phía Dokploy, đặc biệt trên các gói VPS nhỏ hơn nơi những cơn bão rebuild ngốn ngân sách CPU của bạn.
Để định cỡ, đây là thiết lập VPS mà tôi khuyên dùng:
- Coolify, khối lượng công việc nhẹ: 2 vCPU / 4 GB RAM / 120 GB NVMe is the practical starting point for Coolify plus a couple of small apps.
- Coolify, khối lượng công việc tham chiếu production: 4 vCPU / 8 GB RAM / 160 GB NVMe to match Coolify's own documented 3 Node.js + 4 static sites + databases example.
- Dokploy, khối lượng công việc nhẹ: 1 vCPU / 2 GB RAM / 60 GB NVMe is comfortable for a single small app.
- Dokploy, khoảng dư cho production: 2 vCPU / 4 GB RAM / 120 GB NVMe gives you room for a small production stack.
Mẹo hay: RAM nhàn rỗi của Coolify tăng theo cấu hình giám sát. Nếu bạn đang thiếu bộ nhớ, hãy giảm tần suất thu thập số liệu (hoặc tắt hẳn giám sát tích hợp nếu bạn đã chạy Prometheus/Grafana ở nơi khác) trước khi cấp phát một máy chủ lớn hơn.
Thực tế triển khai: Docker Compose, Dockerfile và Không gián đoạn
Hầu hết các nhóm đến với một trong những công cụ này với một docker-compose.yml có sẵn và một kỳ vọng: dán tệp vào, nhấp triển khai, thấy ứng dụng khởi động. Cách mỗi nền tảng xử lý Compose tiêu chuẩn, và điều gì xảy ra với các yêu cầu đang xử lý trong lần triển khai tiếp theo, chính là nơi sự khác biệt thực tế xuất hiện.
Coolify hỗ trợ Docker Compose, Dockerfile, Nixpacks (tự động phát hiện từ các tệp dự án) và triển khai trực tiếp Docker image. Tuy nhiên có một điểm cần lưu ý, đáng nói rõ ràng: triển khai không gián đoạn (cập nhật cuốn chiếu, blue/green) chỉ hoạt động trong Coolify qua Dockerfile, Nixpacks hoặc triển khai single-image. Chúng không hoạt động qua Docker Compose. Một người bảo trì Coolify đã xác nhận trong một cuộc thảo luận trên GitHub rằng "đối với các triển khai dựa trên compose, tất cả container đều bị dừng trước khi khởi động các container mới, hiện tại không có cập nhật cuốn chiếu cho các triển khai dựa trên compose." Hỗ trợ cuốn chiếu cho Compose nằm trong lộ trình của v5; v4 sẽ không có nó. Giải pháp tạm thời mà người bảo trì gợi ý là tách một ngăn xếp Compose thành các dịch vụ Coolify riêng lẻ, đây là một việc di chuyển không hề đơn giản nếu tệp Compose của bạn diễn đạt các mối quan hệ thực sự giữa các dịch vụ.
Hệ quả mà người dùng phải đối mặt xuất hiện trong một luồng thảo luận trên Hacker News về Coolify, nơi một người vận hành nói thẳng: "bất kỳ yêu cầu nào đang chờ khi bạn cập nhật một ứng dụng đều bị hủy thẳng tay." Điều đó đúng với các triển khai Compose hiện nay.
Lớp Compose của Coolify còn thêm cái mà dự án gọi là "biến ma thuật". Điều đó nghĩa là tự động chèn các image trợ giúp, viết lại mạng và ghi đè biến môi trường. Mục đích là để hiệu quả hơn; tác dụng phụ là một docker-compose.yml chạy trơn tru trên laptop của bạn đôi khi cần điều chỉnh để chạy trơn tru trên Coolify. Cũng luồng thảo luận trên Hacker News đó đưa ra một trường hợp tiêu biểu: "Đã thêm 8 biến bên trong docker-compose, chỉ 7 biến được nhận diện." Nếu ngăn xếp Compose của bạn nhỏ và tiêu chuẩn, bạn có thể không gặp những điều này. Nếu nó lớn hoặc bất thường, bạn sẽ gặp.
Lập trường của Dokploy thì khác. Bài viết thực hành của LogRocket bài viết thực hành đã phát hiện rằng Dokploy "có thể triển khai một docker-compose.yml có sẵn với rất ít hoặc không cần chỉnh sửa" và bám sát mô hình định tuyến dựa trên nhãn gốc của Docker. Cũng bài viết đó lưu ý rằng việc dừng/khởi động container trong Dokploy không kích hoạt một lần rebuild toàn bộ, trong khi cùng thao tác trên Coolify thì có. Đây là một tín hiệu định hướng về hành vi lúc chạy hơn là một "đảm bảo không gián đoạn" chính thức từ tài liệu của Dokploy, nhưng nó khớp với những gì người tự lưu trữ báo cáo trên các phiên bản VPS nhỏ hơn.
Dokploy còn hỗ trợ Heroku Buildpacks, Paketo Buildpacks và Railpack bên cạnh Nixpacks và Dockerfile. Đối với các nhóm đến từ Heroku với heroku.yml hoặc các quy trình làm việc dựa trên buildpack, đó là con đường ít trở ngại nhất.
Điểm mấu chốt của phần này: nếu các dịch vụ hiện có của bạn là một ngăn xếp Docker Compose thực sự, Coolify sẽ buộc bạn phải tái cấu trúc chiến lược triển khai hoặc chấp nhận thời gian ngừng hoạt động ngắn mỗi lần push. Dokploy thì không.
Bảo mật: Các tiết lộ CVE của Coolify hồi tháng 1 năm 2026
Tôi đọc câu chuyện rộng hơn theo cách này: Coolify an toàn để chạy hôm nay nếu bạn giữ nó luôn được cập nhật và bạn không phơi bày bảng điều khiển ra internet công cộng. Việc tiết lộ này không loại bỏ dự án. Tiết lộ có trách nhiệm đã được tuân thủ và các bản vá đã được phát hành. Điều nó thực sự cho thấy là bề mặt tấn công mà một người dùng đã xác thực với quyền hạn thấp có thể tiếp cận rộng hơn mức đáng có. Đó là một bài học thiết kế cho dự án và một bài học vận hành cho người vận hành: hãy siết chặt mô hình phơi bày ngay bây giờ.
Mẹo hay: ngay cả sau khi vá, hãy đối xử với bảng điều khiển Coolify của bạn như với SSH. Gắn nó vào một mạng riêng, đặt nó sau một VPN, hoặc che chắn nó bằng Tailscale. Đừng phơi bày cổng 8000 ra internet công cộng chỉ vì script cài đặt làm điều đó dễ dàng.
Dokploy cũng không miễn nhiễm với kiểu vấn đề này. Phần ghi chú phát hành v0.29.3 thừa nhận một lỗ hổng bảo mật được xác định trong Dokploy và cung cấp một script vá bảo mật mà bạn được kỳ vọng sẽ chạy cùng với bản nâng cấp. Bề mặt nhỏ hơn, lịch sử dự án ngắn hơn, nhưng cùng một kỷ luật vận hành áp dụng: cập nhật ngay trong ngày bản vá ra mắt, đừng để bảng điều khiển trên internet công cộng.
Điểm mấu chốt của phần này: câu chuyện CVE là một cờ vàng cho thực hành vận hành của Coolify, không phải một cờ đỏ chống lại dự án, nhưng nó nâng cao tiêu chuẩn về kỷ luật cập nhật và cách bạn phơi bày bảng điều khiển.
Giấy phép: Cái gì miễn phí, cái gì không
Giấy phép của Dokploy được tái cấu trúc vào January 21, 2026. Đây là những gì đã thay đổi và ý nghĩa của nó đối với người tự lưu trữ.
Dokploy giờ đây dùng Apache 2.0 tiêu chuẩn cho phần lõi, thay thế cho Apache 2.0 phi tiêu chuẩn được điều chỉnh trước đó từng khiến người dùng bối rối về việc cái gì là mã nguồn mở và cái gì không. Một Dokploy Source Available License riêng giờ chi phối mã trong các thư mục proprietary/ directories: mã nguồn nhìn thấy được, trả phí cho sử dụng production. Các tính năng mà Dokploy nói sẽ nằm sau giấy phép đó:
- Đăng nhập một lần (SSO/SAML) và các kiểm soát truy cập nâng cao
- Thương hiệu tùy chỉnh và white-labeling
- Tính sẵn sàng cao, tự động mở rộng và khôi phục sau thảm họa
- Giám sát nâng cao, tích hợp và các tính năng tuân thủ
Dự án đã cam kết rõ ràng sẽ không bao giờ chuyển một tính năng mã nguồn mở hiện có vào gói trả phí; chức năng trả phí trong tương lai nhắm đến các tổ chức cần lớp keo kết nối doanh nghiệp. 2FA hiện nay đã nằm sau gói Startup trên trang giá của Dokploy.
Tình huống của Coolify thì rõ ràng. Dự án là Apache 2.0 trên GitHub; mọi tính năng trong phiên bản tự lưu trữ đều miễn phí. Có một gói Coolify Cloud cho các nhóm muốn người bảo trì lưu trữ giúp, nhưng phiên bản tự lưu trữ là một sản phẩm hoàn chỉnh không có rào cản tính năng nào và không có lộ trình nâng cấp lên một gói trả phí mà bạn chưa có hôm nay.
Cách tôi nhìn nhận: với các nhà phát triển cá nhân và các nhóm nhỏ tự lưu trữ trên VPS của riêng họ, Dokploy về mặt chức năng là miễn phí và sẽ vẫn như vậy. Với một tổ chức cuối cùng cần SSO, RBAC chi tiết, audit log hoặc white-labeling, Dokploy rồi sẽ đẩy bạn về phía một gói trả phí. Coolify thì không, vì Coolify không có gói đó trong lộ trình.
Một điểm làm rõ giữa các nguồn đáng nêu: bản tự lưu trữ của Dokploy có bao gồm số liệu tài nguyên cơ bản (CPU, bộ nhớ, lưu trữ, mạng), và v0.29.0 đã thêm phân tích lỗi log và build bằng AI. Hệ thống giám sát của Dokploy chỉ chạy trên đám mây đối với các tính năng giám sát nâng cao hơn. Tuy nhiên, việc giám sát vẫn chạy cục bộ trên một bản cài đặt tự lưu trữ đối với các số liệu tài nguyên cơ bản trước container.
Nhiều máy chủ và Phân cụm: Thực tế vs Tiếp thị
Sớm hay muộn một VPS đơn lẻ sẽ không đủ, và cả hai dự án đều quảng bá rầm rộ việc hỗ trợ nhiều máy chủ trên trang chủ của mình. Thực tế trên thực địa thì không giống vậy.
Coolify Tài liệu khả năng mở rộng chính thức của Coolify nói thẳng về điều đó: hỗ trợ Docker Swarm được gắn nhãn thử nghiệm. Mô hình nhiều máy chủ tiêu chuẩn dùng các máy chủ từ xa đã được xác thực kết nối qua SSH với một Docker Registry chia sẻ giữa chúng, và các phiên bản Traefik chạy trên mỗi máy chủ. Chế độ Swarm yêu cầu tối thiểu ba máy chủ trong cùng một kiến trúc (tất cả ARM, hoặc tất cả AMD64). Kubernetes? "Chỉ mới được lên kế hoạch, nhưng chưa nằm trong lộ trình, nên chưa có ETA." Nếu bạn đọc trang của chính Coolify về điều này, phiên bản ngắn gọn là: nhiều máy chủ hoạt động được, Swarm là một bản beta, và Kubernetes là một tầm nhìn.
Dokploy cung cấp Docker Swarm như một chế độ hạng nhất mà không có cờ thử nghiệm. Traefik xử lý định tuyến trong cả thiết lập một máy chủ lẫn Swarm. Bản phát hành v0.29.0 đã thêm hỗ trợ nhiều máy chủ không cần root, điều này lấp đầy một khoảng trống thực sự (không còn SSH chỉ dành cho root để thêm các nút từ xa).
Nếu phân cụm nhiều nút là thứ bạn sẽ cần trong sáu tháng tới, chứ không phải "một ngày nào đó trên một slide thuyết trình", Dokploy là lựa chọn ít rủi ro hơn hôm nay.
Điểm mấu chốt của phần này: nếu phân cụm nằm trong lộ trình gần của bạn, sự khác biệt về Swarm lật ngược lời khuyến nghị nghiêng về phía Dokploy bất kể các trục khác.
Hệ thống build và Hỗ trợ ngôn ngữ
Các nhóm đến từ Heroku sẽ quan tâm nhất đến việc mỗi công cụ hỗ trợ những hệ sinh thái buildpack nào, vì điều đó quyết định dự án của bạn cần viết lại bao nhiêu trước lần triển khai đầu tiên.
Đường dẫn build của Coolify là Nixpacks (mặc định, tự động phát hiện từ các tệp dự án của bạn), Dockerfile, hoặc một Docker image dựng sẵn. Nixpacks vững chắc cho các trường hợp thông thường (Node, Python, PHP, Go, Rust), nhưng việc tự động phát hiện có những điểm gồ ghề. Đáng kiểm chứng cho ngăn xếp của bạn: một vấn đề Nixpacks tháng 1 năm 2026 ảnh hưởng đến các dự án Laravel có cả composer.json và package.json đã tạo ra các khối location Nginx trùng lặp, làm hỏng một loại triển khai cho đến khi upstream khắc phục.
Dokploy hỗ trợ Nixpacks, Dockerfile và Docker image, đồng thời thêm Heroku Buildpacks, Paketo Buildpacks và Railpack lên trên. Nếu dự án của bạn đã build sạch sẽ với heroku.yml hoặc một buildpack, Dokploy cho phép bạn giữ nguyên quy trình đó. Coolify sẽ yêu cầu bạn chuyển đổi.
Nhìn bề ngoài cả hai công cụ trông giống nhau: triển khai Git-push từ GitHub, GitLab, Bitbucket, SSL Let's Encrypt tự động, một giao diện web cho biến môi trường và quản lý cơ sở dữ liệu. Bề rộng của hệ thống build là một trong số ít nơi Dokploy vươn xa hơn rõ rệt.
Danh mục ứng dụng một cú nhấp
Đối với những người vận hành không chuyên kỹ thuật muốn triển khai các dịch vụ mã nguồn mở quen thuộc (n8n, Plausible, Supabase, Ghost, Listmonk, bộ tự lưu trữ thường gặp), kích thước của thư viện mẫu một cú nhấp là một sự khác biệt thực sự. Đối với một số người dùng, điều đó quan trọng hơn các khía cạnh khác như hiệu năng hay sự nhẹ nhàng.
Coolify cung cấp hơn 300 dịch vụ một cú nhấp trên khoảng 40 danh mục: AI, phân tích, tự động hóa, cơ sở dữ liệu, bảo mật, lưu trữ và phần còn lại. Đây là thư viện lớn hơn nhiều và là câu trả lời thực tế cho những người không phải nhà phát triển muốn triển khai một dịch vụ mà không cần viết một tệp Compose.
Thư viện mẫu của Dokploy nhỏ hơn. Tài liệu Dokploy hiện tại không công bố một con số rõ ràng, nên tôi sẽ không đưa cho bạn một con số.
Câu trả lời thực tế: nếu quy trình làm việc của bạn là "triển khai n8n, Supabase và Plausible mỗi cái trong hai cú nhấp", Coolify thắng trục này một cách dứt khoát. Nếu bạn tự viết ứng dụng của mình và chỉ muốn chúng được triển khai, kích thước danh mục không quan trọng và các trục khác mới quan trọng.
Cách chọn: Khuyến nghị theo trường hợp sử dụng
Không có người chiến thắng duy nhất ở đây. Chỉ có những sự khớp nhau giữa một công cụ và một hình hài triển khai:
- Nhóm không chuyên kỹ thuật muốn một thư viện dịch vụ: Coolify. Danh mục hơn 300 mẫu là một lợi thế có ý nghĩa.
- Nhà phát triển thiên về Docker muốn nhẹ + xử lý Compose tiêu chuẩn: Dokploy.
- Phần cứng ARM64 (Raspberry Pi, VPS dựa trên ARM): Coolify. Dokploy không quảng bá hỗ trợ ARM64 trong tài liệu hiện tại; nếu bạn đang dùng ARM, hãy mặc định chọn Coolify cho đến khi bạn xác nhận được điều ngược lại.
- Phân cụm nhiều nút bạn sẽ dùng trong quý này: Dokploy. Swarm gốc so với Swarm thử nghiệm là yếu tố quyết định.
- Apache 2.0 thuần, không có khả năng có gói trả phí trong tương lai: Coolify.
- Di chuyển từ Heroku và muốn giữ Heroku Buildpacks: Dokploy.
- Lo lắng về các CVE hồi tháng 1 năm 2026: một Coolify đã cập nhật (v4.0.0+) là ổn. Câu hỏi thực sự là mô hình phơi bày của bạn. Nếu bạn không thể gắn bảng điều khiển vào một mạng riêng hoặc VPN, Dokploy là lựa chọn ít căng thẳng hơn: bề mặt nhỏ hơn và lịch sử tiết lộ mức độ nghiêm trọng cao ngắn hơn.
Một lưu ý về việc triển khai một trong hai công cụ
Một khi đã chọn, bản thân việc cài đặt là một lệnh trên cả hai dự án, nhưng có một lối tắt đáng biết. Cả Coolify lẫn Dokploy đều có sẵn dưới dạng triển khai một cú nhấp trong thị trường của chúng tôi, với Ubuntu 24.04 và Docker được cài sẵn và bảng điều khiển đã có thể truy cập. Nếu bạn muốn bỏ qua thiết lập thủ công, các mục niêm yết trên marketplace cho Coolify và Dokploy là con đường nhanh nhất. Nếu bạn muốn bắt đầu từ một hệ điều hành sạch và tự chạy trình cài đặt chính thức, cả hai dự án đều công bố một script một dòng; hãy chọn cái nào phù hợp với quy trình cấp phát của bạn.
Câu hỏi thường gặp
Dokploy có còn là Mã nguồn mở sau thay đổi giấy phép năm 2026 không?
Có đối với nền tảng lõi. Có hiệu lực từ January 21, 2026, phần lõi của Dokploy là Apache 2.0 tiêu chuẩn. Một Dokploy Source Available License riêng giờ chi phối mã trong các thư mục proprietary/ directories, hiện được giới hạn ở các tính năng doanh nghiệp tương lai (SSO/SAML, RBAC chi tiết, audit log, white-labeling). Đối với việc tự lưu trữ cá nhân và nhóm nhỏ, Dokploy về mặt chức năng là mã nguồn mở.
Các lỗ hổng bảo mật của Coolify hồi tháng 1 năm 2026 có còn đáng lo không?
11 CVE được tiết lộ đã được vá trong Coolify v4.0.0 (phát hành April 27, 2026). Nếu bạn đang chạy v4.0.0 hoặc mới hơn, các lỗ hổng được tiết lộ đã được xử lý. Cái còn lại là sự phơi bày: giữ Coolify luôn được cập nhật và đừng phơi bày bảng điều khiển ra internet công cộng. Gắn nó vào một mạng riêng hoặc đặt nó sau một VPN.
