Vagrant cho một dự án Java: bạn nên biên dịch trong VM hay trên máy chủ lưu trữ?

Đây là câu hỏi: Khi sử dụng Vagrant cho một dự án Java (hoặc bất kỳ dự án ngôn ngữ biên dịch nào cho vấn đề đó), bạn nên biên dịch trong VM hay trên máy chủ lưu trữ? Ngoài ra, bạn muốn IDE của mình và tất cả các công cụ phát triển của bạn cũng được chạy từ bên trong máy ảo hay trên máy chủ lưu trữ?

Có vẻ như chưa được xác định rõ ràng về cách thức hoạt động của Java IDE và quá trình biên dịch / triển khai với máy ảo Vagrant. Nói chung, ấn tượng của tôi là mã được chỉnh sửa trên máy chủ và chạy trên máy ảo, hoạt động tốt cho các ngôn ngữ không được biên dịch. Các câu trả lời khác trên Stackoverflow đã ngụ ý rằng Vagrant ít hữu ích hơn cho các ngôn ngữ đã biên dịch vì phải thực hiện thêm bước biên dịch, nhưng tôi vẫn muốn xem những gì có thể được thực hiện.

Một số điều tôi đã nghĩ qua:

Tại sao phải biên dịch trên VM

• nếu biên dịch trên máy chủ, java là một phần mềm nữa để cài đặt
• nếu biên dịch trên máy chủ, phiên bản java trên máy chủ phải được cập nhật theo cách thủ công trên máy ảo
• phiên bản java tương ứng trên máy chủ có thể không khả dụng (giả sử trên máy Mac)

Tại sao có IDE trên VM

• tích hợp chặt chẽ hơn giữa môi trường và IDE, có thể sử dụng phím tắt để chạy ứng dụng
• có thể kết nối trình gỡ lỗi cho các ứng dụng java mà không cần gỡ lỗi từ xa (chạy / gỡ lỗi một bước)

Tại sao phải biên dịch trên máy chủ

• thời gian biên dịch nhanh hơn
• muốn giữ cho VM càng gần với giao diện sản xuất càng tốt

Tại sao có IDE trên máy chủ

• quy ước của người lang thang để chỉnh sửa mã trên máy chủ và chạy nó trên máy ảo
• hiệu suất giao diện người dùng tốt hơn (chuyển tiếp X và VNC chậm)

Suy nghĩ của bạn là gì: tôi nên chạy IDE của mình từ bên trong máy ảo hay máy chủ lưu trữ? Tôi nên biên dịch từ bên trong máy ảo hay máy chủ lưu trữ?

Sau nhiều suy nghĩ và thử nghiệm, tôi đã quyết định sử dụng Vagrant ở đâu và cách nó tích hợp với quy trình phát triển Java.

Đối với JavaEE / các ứng dụng đã triển khai, việc định cấu hình máy chủ web và máy chủ cơ sở dữ liệu chắc chắn là những thứ có độ phức tạp "đủ" để đảm bảo việc sử dụng Vagrant. Với hai máy chủ và vô số cách để cấu hình chúng, rất dễ khiến cấu hình không đồng bộ từ nhà phát triển này sang nhà phát triển khác, dẫn đến hội chứng "hoạt động trên máy của tôi". Đối với loại phần mềm này, cách tốt nhất là chỉnh sửa và biên dịch mã trên máy chủ lưu trữ và triển khai tới một máy ảo Vagrant bắt chước môi trường sản xuất của bạn. Thư mục triển khai cho máy chủ web thậm chí có thể được liên kết với một mục tiêu biên dịch trên máy chủ, loại bỏ nhu cầu triển khai lại theo cách thủ công. Vì vậy, Vagrant có thể là một phần quan trọng trong vòng đời phát triển của bạn,

Đối với các ứng dụng Java độc lập (như thư viện hoặc ứng dụng máy tính để bàn), câu chuyện có một chút thay đổi. Trong trường hợp này, việc chỉnh sửa, biên dịch và chạy trên máy chủ là hợp lý nhất, tránh hoàn toàn việc sử dụng Vagrant. Nếu bạn đang sử dụng một trong các IDE Java lớn (Eclipse, Netbeans, IntelliJ ...), bạn đã cài đặt Java trên máy. Ở điểm đó, có rất ít lợi thế so với chi phí sử dụng Vagrant và chỉ đóng vai trò tạo thêm một lớp phức tạp trong quá trình phát triển của bạn. Điều này là do vào thời điểm bạn có thể chỉnh sửa Java bằng IDE, bạn vẫn có thể chạy mọi thứ trên máy chủ lưu trữ. Một vấn đề là phiên bản Java được yêu cầu cho dự án có thể không khớp với phiên bản chạy IDE trên máy chủ. Nói chung (hy vọng) đây không phải là vấn đề quá lớn; kể từ khi viết bài này, JDK6 đã hết tuổi thọ và JDK8 vẫn chưa được phát hành (đoán xem điều đó sẽ rời khỏi chúng ta). Nhưng nếu bạn cần chạy nhiều phiên bản, bạn có thể đặt JAVA_HOME trên máy chủ lưu trữ nếu cần. Mặc dù điều này làm tăng thêm độ phức tạp, nhưng nó ít phức tạp hơn so với việc duy trì thời gian chạy Vagrant chỉ để làm việc với các dự án sử dụng các phiên bản Java khác nhau.

Câu hỏi thú vị là phải làm gì với các ứng dụng web không chứa vùng chứa. Máy chủ web (trong trường hợp này là nội bộ của ứng dụng) có nên được chạy bên trong máy ảo như chúng ta đã làm đối với máy chủ web bên ngoài không? Hay chạy trên máy chủ lưu trữ như chúng tôi đã làm đối với ứng dụng độc lập? Đối với các ứng dụng web không chứa vùng chứa, không có máy chủ web bên ngoài phải lo lắng, nhưng vẫn có cơ sở dữ liệu. Trong tình huống này, chúng ta có thể thực hiện một cách tiếp cận kết hợp. Chạy một ứng dụng web không chứa vùng chứa về cơ bản giống như chạy một ứng dụng độc lập, vì vậy sẽ có hiệu quả khi biên dịch và chạy mã của bạn trên máy chủ. Nhưng với một cơ sở dữ liệu liên quan, vẫn có đủ độ phức tạp và cấu hình ở đó để có thể đặt máy chủ cơ sở dữ liệu trên VM Vagrant của riêng nó.

Hy vọng rằng điều này cung cấp cho các nhà phát triển Java, những người quan tâm đến Vagrant một số ngữ cảnh về cách sử dụng nó.

Tôi đã quan tâm đến chủ đề này trong năm ngoái :)

Giải pháp của tôi là có một máy mơ hồ có thể định cấu hình với các cờ. Ví dụ: một trong các cờ này cho phép máy tính để bàn vì một số nhà phát triển thích viết mã trên máy chủ trong khi những người khác thích có một môi trường tích hợp hơn nhiều với máy tính để bàn và IDE trong đó.

Để đối mặt với sự chậm chạp của màn hình, bạn nên cài đặt một plugin vagrant rất hữu ích (vâng ... vagrant có các plugin giúp cải thiện đáng kể môi trường phát triển) theo cách này: plugin vagrant cài đặt vagrant-vbguest Plugin này sẽ cài đặt thêm hộp ảo cho mỗi khách để làm cho nó có thể sử dụng được trong khi sử dụng giao diện hộp ảo. Sau đó, để kích hoạt gui, hãy chỉnh sửa Vagrantfile theo cách này:

config.vm.provider "virtualbox" do | vb | vb.gui = true end

Thay vì tăng tốc hiệu suất thư mục chia sẻ, tôi khuyên bạn nên sử dụng rsync: config.vm.synced_folder "./git", "/ home / vagrant / git", nhập: "rsync", rsync__exclude: ".git /" Trong này cách mã nguồn được chỉnh sửa trên máy chủ và sau đó rsync-ed cho khách.