Tuyên bố miễn trừ trách nhiệm: Tôi đã viết Vagrant! Nhưng vì tôi đã viết Vagrant, tôi dành phần lớn thời gian sống trong thế giới DevOps bao gồm phần mềm như Docker. Tôi làm việc với rất nhiều công ty sử dụng Vagrant và nhiều người sử dụng Docker, và tôi thấy hai người tương tác với nhau như thế nào.
Trước khi tôi nói quá nhiều, một câu trả lời trực tiếp: trong kịch bản cụ thể của bạn (bạn làm việc một mình, làm việc trên Linux, sử dụng Docker trong sản xuất), bạn có thể gắn bó với Docker một mình và đơn giản hóa mọi thứ. Trong nhiều kịch bản khác (tôi sẽ thảo luận thêm), nó không dễ dàng như vậy.
Không đúng khi so sánh trực tiếp Vagrant với Docker. Trong một số tình huống, chúng trùng lặp và trong phần lớn, chúng không. Trên thực tế, so sánh apt hơn sẽ là Vagrant so với một cái gì đó như Boot2Docker (hệ điều hành tối thiểu có thể chạy Docker). Vagrant là một cấp trên Docker về mặt trừu tượng, vì vậy nó không phải là một so sánh công bằng trong hầu hết các trường hợp.
Vagrant ra mắt những thứ để chạy ứng dụng / dịch vụ cho mục đích phát triển. Điều này có thể trên VirtualBox, VMware. Nó có thể là từ xa như AWS, OpenStack. Trong số đó, nếu bạn sử dụng các container, Vagrant không quan tâm và chấp nhận rằng: nó có thể tự động cài đặt, kéo xuống, xây dựng và chạy các container Docker chẳng hạn. Với Vagrant 1.6, Vagrant có môi trường phát triển dựa trên docker và hỗ trợ sử dụng Docker với quy trình làm việc tương tự như Vagrant trên Linux, Mac và Windows. Vagrant không cố gắng thay thế Docker ở đây, nó chấp nhận thực hành Docker.
Docker đặc biệt chạy container Docker. Nếu bạn đang so sánh trực tiếp với Vagrant: nó đặc biệt là một giải pháp cụ thể hơn (chỉ có thể chạy các container Docker), kém linh hoạt hơn (yêu cầu máy chủ Linux hoặc Linux ở đâu đó). Tất nhiên nếu bạn đang nói về sản xuất hoặc CI, không có so sánh với Vagrant! Vagrant không sống trong những môi trường này, và vì vậy Docker nên được sử dụng.
Nếu tổ chức của bạn chỉ chạy các container Docker cho tất cả các dự án của họ và chỉ có các nhà phát triển chạy trên Linux, thì không sao, Docker chắc chắn có thể làm việc cho bạn!
Mặt khác, tôi không thấy lợi ích khi cố gắng sử dụng Docker một mình, vì bạn mất rất nhiều những gì Vagrant cung cấp, có lợi ích kinh doanh / năng suất thực sự:
Vagrant có thể khởi chạy các máy VirtualBox, VMware, AWS, OpenStack, v.v. Không quan trọng bạn cần gì, Vagrant có thể khởi chạy nó. Nếu bạn đang sử dụng Docker, Vagrant có thể cài đặt Docker trên bất kỳ thứ nào trong số này để bạn có thể sử dụng chúng cho mục đích đó.
Vagrant là một quy trình làm việc duy nhất cho tất cả các dự án của bạn. Hoặc nói cách khác, đó chỉ là một điều mọi người phải học để chạy một dự án cho dù nó có trong một Docker container hay không. Ví dụ, nếu trong tương lai, một đối thủ cạnh tranh phát sinh để cạnh tranh trực tiếp với Docker, Vagrant cũng có thể chạy nó.
Vagrant hoạt động trên Windows (trở lại XP), Mac (trở lại 10.5) và Linux (trở lại kernel 2.6). Trong cả ba trường hợp, quy trình làm việc là như nhau. Nếu bạn sử dụng Docker, Vagrant có thể khởi chạy một máy (VM hoặc remote) có thể chạy Docker trên cả ba hệ thống này.
Vagrant biết cách định cấu hình một số thứ nâng cao hoặc không tầm thường như thư mục mạng và đồng bộ hóa. Ví dụ: Vagrant biết cách gắn IP tĩnh vào máy hoặc cổng chuyển tiếp và cấu hình giống nhau cho dù bạn sử dụng hệ thống nào (VirtualBox, VMware, v.v.) Đối với các thư mục được đồng bộ hóa, Vagrant cung cấp nhiều cơ chế để nhận cục bộ của bạn các tệp qua máy từ xa (thư mục chia sẻ VirtualBox, NFS, rsync, Samba [plugin], v.v.). Nếu bạn đang sử dụng Docker, thậm chí Docker có VM mà không có Vagrant, bạn sẽ phải tự làm điều này hoặc họ sẽ phải phát minh lại Vagrant trong trường hợp này.
Vagrant 1.6 có hỗ trợ hạng nhất cho các môi trường phát triển dựa trên docker . Điều này sẽ không khởi chạy một máy ảo trên Linux và sẽ tự động khởi chạy một máy ảo trên Mac và Windows. Kết quả cuối cùng là làm việc với Docker là thống nhất trên tất cả các nền tảng, trong khi Vagrant vẫn xử lý các chi tiết tẻ nhạt của những thứ như mạng, thư mục được đồng bộ hóa, v.v.
Để giải quyết các đối số truy cập cụ thể mà tôi đã nghe có lợi cho việc sử dụng Docker thay vì Vagrant:
"Nó là bộ phận ít chuyển động hơn" - Vâng, có thể, nếu bạn sử dụng Docker dành riêng cho mọi dự án. Thậm chí sau đó, nó đang hy sinh tính linh hoạt cho khóa Docker. Nếu bạn từng quyết định không sử dụng Docker cho bất kỳ dự án, quá khứ, hiện tại hoặc tương lai, thì bạn sẽ có nhiều phần chuyển động hơn. Nếu bạn đã sử dụng Vagrant, bạn có một phần chuyển động hỗ trợ phần còn lại.
"Nó nhanh hơn!" - Một khi bạn có máy chủ có thể chạy các thùng chứa Linux, Docker chắc chắn sẽ chạy nhanh hơn một container hơn bất kỳ máy ảo nào sẽ khởi chạy. Nhưng khởi chạy một máy ảo (hoặc máy từ xa) là chi phí một lần. Trong suốt cả ngày, hầu hết người dùng Vagrant không bao giờ thực sự phá hủy VM của họ. Đó là một tối ưu hóa kỳ lạ cho môi trường phát triển. Trong sản xuất, nơi Docker thực sự tỏa sáng, tôi hiểu sự cần thiết phải nhanh chóng quay lên / xuống container.
Tôi hy vọng bây giờ rõ ràng để thấy rằng nó rất khó, và tôi tin là không chính xác, để so sánh Docker với Vagrant. Đối với môi trường dev, Vagrant trừu tượng hơn, tổng quát hơn. Docker (và các cách khác nhau mà bạn có thể khiến nó hoạt động như Vagrant) là trường hợp sử dụng cụ thể của Vagrant, bỏ qua mọi thứ khác mà Vagrant cung cấp.
Tóm lại: trong các trường hợp sử dụng rất cụ thể, Docker chắc chắn là một sự thay thế khả dĩ cho Vagrant. Trong hầu hết các trường hợp sử dụng, nó không phải là. Vagrant không cản trở việc sử dụng Docker của bạn; nó thực sự làm những gì có thể để làm cho trải nghiệm đó mượt mà hơn. Nếu bạn thấy điều này không đúng, tôi rất vui khi nhận được đề xuất để cải thiện mọi thứ, vì mục tiêu của Vagrant là hoạt động tốt như nhau với bất kỳ hệ thống nào.
Hy vọng điều này sẽ làm rõ ràng mọi thứ!