Có khả thi để ảo hóa máy phát triển không?

Question

Đó là thời gian lập ngân sách và Công ty đang balking với chi phí thay thế một máy đồng nghiệp là do nó, cần nó, và xứng đáng với nó.

Nhóm của chúng tôi là một ISV/SAAS nhỏ tồn tại dưới dạng một bộ phận của một nhóm phương tiện truyền thông lớn hơn. Chúng tôi không phải là một trung tâm chi phí, chúng tôi kiếm tiền, ngay cả trong năm nay. Chúng tôi thuộc sở hữu của một nhóm phương tiện truyền thông cỡ trung bình có mô hình kinh doanh khá khác biệt và dường như chỉ được điều khiển bằng cách giảm chi phí.

Ngăn xếp phần mềm của chúng tôi là Visual Studio 2008, SQL 2008, trên Windows Server 2008 (để nhiều trang web gốc có thể được lưu trữ và sửa lỗi trên máy của mỗi máy chủ). Phần cứng mục tiêu của chúng tôi là máy trạm 4 nhân 3GHz, RAM 4GB và ổ cứng được nhân bản RAID 1 để chúng tôi được bảo vệ khỏi mất năng suất khi mất ổ cứng của nhà phát triển.

Công ty muốn cung cấp cho chúng tôi một vài máy chủ mạnh mẽ, nhưng bị gỡ xuống, ngừng hoạt động và sau đó mỗi nhà phát triển sẽ có một máy trạm ảo trên máy chủ đó. Các máy tính ngồi trên máy tính để bàn của chúng tôi sẽ là thiết bị đầu cuối câm với giá 400-500 đô la mỗi máy tính.

Tôi đang cố gắng trung lập nhưng tôi nghi ngờ thật khó để phân biệt sự thiên vị của mình. Tôi muốn thấy phản ứng của nhà phát triển thực sự đối với điều này, và tôi nghĩ đây là nơi tốt nhất để đạt được điều đó.

Vui lòng bao gồm các đối số cho hoặc chống lại, bằng chứng nếu bạn đã thấy điều này đã được thử và mức độ hiệu quả của nó.

Answer 1

này nghe có vẻ như là một ý tưởng tốt ý, nhưng:

Theo kinh nghiệm của tôi bạn cần nhiều lõi, rất nhiều bộ nhớ và đĩa nhanh để làm việc hiệu quả trong ngày hôm nay hiện đại IDE. Tôi không thấy điều đó xảy ra trong một môi trường ảo với bất kỳ nền kinh tế nào. Hộp cá nhân vẫn tốt hơn.

Đây cũng là vấn đề kiểm soát. Trong môi trường ảo, tôi có thể tưởng tượng mọi loại hạn chế. Bạn sẽ vẫn có thể cài đặt công cụ của riêng bạn, ví dụ?

Cuối cùng, nó sai lầm. Nếu ý tưởng này tăng thời gian xây dựng bởi bất kỳ số lượng đáng kể nào, mọi khoản tiết kiệm trong phần cứng sẽ nhanh chóng bị xóa bởi năng suất bị mất. Ngược lại, số tiền được chi cho các máy cá nhân phong nha cho các nhà phát triển sẽ nhanh chóng trả tiền cho chính nó trong thời gian xây dựng giảm.

Máy tính cá nhân chất lượng tốt là số đầu tư, không phải là chi phí.

Answer 2

Bên cạnh tất cả các Givens (Biến, không gian đĩa, vv ...):

tôi sẽ OK với điều này miễn là tôi vẫn phải hỗ trợ nhiều màn hình.

Nếu không có điều đó, đó là sự cố.

Answer 3

Phát triển bị ràng buộc trên đĩa, tức là bạn dành thời gian chờ đợi các bản dựng mà thường là quá trình liên kết đĩa. Nếu tất cả các bạn đang chia sẻ thời gian xây dựng máy sẽ trở nên tồi tệ hơn nhiều.

Answer 4

Tôi giả sử bạn có máy đã có SVN/TRAC, máy chủ tích hợp liên tục, trình diễn sản phẩm, thử nghiệm, v.v. và nhóm của bạn có thể sử dụng các máy chủ này cho máy ảo cá nhân.

Answer 5

Tôi thực hiện nhiều việc để xử lý bộ xử lý của mình ở mức 100%. Biên dịch chắc chắn đạt được điều này. Bây giờ hãy tưởng tượng phải chia sẻ bộ vi xử lý đó với 10 nhà phát triển khác. Việc mất năng suất sẽ trở nên khá rõ ràng. Nếu bạn có một PC đa lõi, điều này sẽ không đau đớn.Nhận được một i7 Intel và bạn có thể sẽ không nhận thấy nó khi 8 người đăng nhập. Hầu hết các chương trình (bao gồm cả trình biên dịch của tôi) không thể sử dụng nhiều hơn 1 bộ xử lý.

Điều đó nói rằng, đó là một giải pháp khả thi để giảm chi phí. Tôi từng làm việc tại một công ty đã chuyển sang những thiết bị đầu cuối câm này. Nó hoạt động tốt. Trường đại học của tôi có máy tính HP UNIX là thiết bị đầu cuối câm. Họ đăng nhập vào một máy chủ phân chia quyền sở hữu bộ xử lý trong số nhiều người đã đăng nhập. Mọi người sẽ làm gì là đăng nhập vào máy chủ và kiểm tra số người đã đăng nhập. Nếu có quá nhiều, họ sẽ tìm kiếm người tiếp theo một, bởi vì thời gian xây dựng chậm hơn đáng kể. Tôi không bao giờ đăng nhập vào các tên máy chủ dễ nhớ. =)

Nó chắc chắn công trình, mà còn làm giảm năng suất do còn xây dựng lần, đặc biệt là khi nhiều người đang xây dựng cùng một lúc. Vì năng suất là một điều khó khăn để định lượng, có thể khó để tranh luận quan điểm của bạn.

Answer 6

Graphics tăng tốc cũng có thể là một vấn đề nếu bạn cần phải làm gì với hình ảnh động, video, hoặc chỉnh sửa hình ảnh. Bạn thực sự không thể kiểm tra phát lại video qua phiên RDP vì tốc độ khung hình và/hoặc độ sâu màu không đủ cao.

Answer 7

Nhóm của chúng tôi đang phát triển trên máy chủ từ xa (không có nội dung GUI, đồng bằng cũ vim) trong một thời gian khá dài mà không gặp sự cố. Cấp nó đòi hỏi máy chủ khá mạnh và đôi khi bắt đầu hơi chậm nếu mọi người bắt đầu biên dịch cùng một lúc.

Nhưng như một phần thưởng bạn rất di động về mặt mà bạn có thể phát triển (tất cả chúng ta đều có máy tính xách tay) ở văn phòng, nhà, bãi biển đầy nắng (có thể là lời nói quá mức).

Bute yeah, có thể không phải tất cả làm việc tốt cho đồ họa ứng dụng nặng của khóa học.

Answer 8

thất bại cơ bản để hiểu những gì một hộp phát triển đang thực sự làm nhiều thời gian:

Khi xây dựng nhai của mình thông qua bộ xử lý và đĩa - đặc biệt là đĩa. Khi kiểm tra bạn đang nói về việc có một hoặc nhiều trường hợp của Visual Studio chạy (một khi bạn vượt qua hai mọi thứ bắt đầu trở nên thú vị), máy chủ cơ sở dữ liệu, trang web/dịch vụ cộng với tất cả những thứ khác (trình duyệt với một nhiều các tab mở, phần mềm máy tính xách tay, và thiên đường chỉ biết những gì khác) tất cả lây lan trên nhiều màn hình (ít nhất là hai). Rất nhiều lõi, rất nhiều bộ nhớ xin vui lòng!

Tôi hoàn toàn có thể chấp nhận rằng có một đối số cho ảo hóa - một hộp dev tốt sẽ có thể lưu trữ nhiều máy ảo đồng thời để cô lập một số ở trên và cung cấp môi trường "sạch" để thử nghiệm. Lưu ý rằng đó là hộp dành cho ONE nhà phát triển lưu trữ nhiều máy ảo chỉ vì lợi ích của một nhà phát triển đó ...

Answer 9

Bất kể hiệu suất nào, tại công ty chúng tôi, chúng tôi đang chuyển sang máy tính xách tay như máy phát triển. Ưu điểm chính là các nhà phát triển có thể mang máy tính đến các cuộc họp, hội nghị, vv Ngoài ra, có thể ngồi bên cạnh một đồng nghiệp khi bạn giúp anh ta với một vấn đề, và có môi trường phát triển riêng của bạn, rất có giá trị.

Answer 10

Có vẻ như nhóm của bạn không được đưa ra các giải pháp mà bạn đã xem xét trong một định dạng tài liệu tốt, nếu không doanh nghiệp sẽ không được xô đẩy quyết định xuống cổ họng của bạn. Nếu bạn có một quy trình được lập tài liệu để phát triển, công ty có thể muốn thảo luận về việc thay đổi quy trình với bạn, nhưng ngay khi bạn nói, "thay đổi này sẽ phá vỡ quy trình của chúng tôi và chúng tôi sẽ phải làm lại quy trình phát triển của mình", họ sẽ thấy nỗi đau của $$ trong quá trình làm lại và rất có thể sẽ quay trở lại.Điều đó nói rằng, một khi quá trình của bạn được ghi lại, bạn nên cố gắng hết sức để cố gắng làm cho nó hiệu quả hơn và tiết kiệm chi phí, và có một tâm trí cởi mở về các đề xuất của công ty.