เครื่องพัฒนาควรอยู่ใน VM หรือไม่? [ปิด]

นี้โพสต์โดย Rob Conery (หมายเหตุกระสุน) กล่าวว่าสภาพแวดล้อมการพัฒนาที่ควรจะเรียกใช้ภายในเครื่องเสมือน ฉันเห็นสิ่งที่เขาพูดและมีแนวโน้มที่จะเห็นด้วย แต่ก็ยังรู้สึกไม่สบายใจเล็กน้อย ตอนนี้การทำเวอร์ชวลไลเซชันนั้นครบกำหนดแล้วแม้กระทั่งระบบการผลิตที่ใช้ความเร็วของ VM ก็ค่อนข้างจะไม่ใช่ปัญหา แต่อย่างที่ฉันพูดไป

การทำเวอร์ชวลไลเซชันบนเครื่องของคุณเป็นอย่างไร คุณทำไปแล้วเหรอ? ถ้าคุณทำผิดพลาดหรือ gotchas ไปตามถนน?

ประสบการณ์ของฉันในการพัฒนา VMs ในสภาพแวดล้อมขององค์กรนั้นเกิดจาก virtualisation ของหลายคอร์ที่เต็มไปด้วยความยากลำบากจึงยากที่จะได้รับประสิทธิภาพที่เครื่องพัฒนาองค์กรจำนวนมากต้องการ

การทำให้การทดสอบรหัสรวบรวมคอมไพล์ให้เร็วที่สุดเท่าที่จะเป็นไปได้ต้องใช้เครื่องที่ดีที่สุดเท่าที่จะเป็นไปได้การรวบรวมและการรันการทดสอบจะทำงานได้เร็วขึ้นอย่างเห็นได้ชัดบนเครื่องที่มีแกนกลางมากขึ้น .

จนกว่า OS พัฒนาหลักจะสามารถรับมือกับจำนวนคอร์ที่มีอยู่ซึ่งมีความผันผวนและจนกระทั่งซอฟต์แวร์เวอร์ชวลไลเซชันสามารถเสนอสัญญา "ถึงแกน N" ได้อย่างชาญฉลาดเครื่องพัฒนาแบบเวอร์ชวลไลเซชันจะไม่ให้ผลตอบแทนผลผลิตเช่นเดียวกับอุปกรณ์ทางกายภาพ

แก้ไข: นี่เพิ่งเล่าความรู้สึกส่วนตัวของฉันในการพัฒนาโดยใช้ VM ที่กำหนดโดยองค์กรซึ่งมักจะถูกสั่งให้ลดค่าใช้จ่ายด้านฮาร์ดแวร์ซึ่งมักจะทำงานบนเซิร์ฟเวอร์ การเรียกใช้ VM ภายในเครื่องนั้นส่วนใหญ่ไม่จำเป็นหากคุณบังคับใช้ระเบียบการควบคุมแหล่งข้อมูลที่ดีเว้นแต่โครงการของคุณกำหนดให้คุณต้องพัฒนารหัสสำหรับระบบปฏิบัติการหลายระบบ

*: โดยที่ฉันหมายถึงงานย่อยภายในคอมไพล์สเตจและสเตจทดสอบสามารถรันพร้อมกันได้ไม่คอมไพล์และทดสอบพร้อมกัน :)

ฉันทำการพัฒนาส่วนบุคคลของฉันทั้งหมดใน VMs ฉันมีการตั้งค่า VM หลายครั้งสำหรับสภาพแวดล้อมที่แตกต่างกัน

ฉันมีแล็ปท็อป dell studio 15 แล็ปท็อป (quad I7 2.8 กิกะเฮิร์ตซ์, RAM 8gb, กราฟิก ati) ที่ทำงานอยู่ชนะ 7 64 บิตที่ดีที่สุดพร้อมกับการติดตั้ง VirtualBox ฉันมี VMs ทั้งหมดของฉันปิดไดรฟ์ usb 500GB ภายนอก velcroed กับแล็ปท็อป

VM 0 - Win 7 64 บิตใหม่ทั้งหมดติดตั้งเป็นเทมเพลตฐาน

VM 1 - Win 7 64 บิต (2 cpu, 4gb ram, 120gb hd) พร้อมชุดเครื่องมือ Visual Studio 2008

VM 2 - Win 7 64 บิต (2 cpu, 4gb ram, 120gb hd) พร้อมชุดเครื่องมือ Visual Studio 2010

VM 3 - Win 7 64 บิต (2 cpu, 2gb ram, 120gb hd) พร้อมชุดเครื่องมือ Eclipse Java

ถ้าฉันไม่ได้ทำอะไรบางอย่างที่ต้องใช้ IO สูงมากฉันก็รู้สึกว่าประสิทธิภาพการทำงานนั้นดีและฉันก็ไม่รู้ว่าฉันอยู่ใน VM ถ้ามีใครบางคนส่งแล็ปท็อปให้ฉันและบอกว่าเริ่มพัฒนา

ฉันต้องการเพิ่มว่าการพัฒนาบางประเภทนั้นยากกว่ามาก (ถ้าไม่เป็นไปไม่ได้) ผ่านเครื่องเสมือนจริง

ฉันทำงานที่ บริษัท ที่เราเสนอแพคเกจซอฟต์แวร์ที่รวมเข้ากับอุปกรณ์ต่อพ่วง USB ที่แตกต่างกันจำนวนมาก (เช่นเว็บแคมเครื่องพิมพ์ฉลากเครื่องอ่านแถบแม่เหล็ก ฯลฯ ) แม้ว่าฉันจะแมปพอร์ต USB กับเซิร์ฟเวอร์เสมือนจริงฉันได้สังเกตเห็นปัญหาที่แปลกประหลาดและอธิบายไม่ได้กับไดรเวอร์อุปกรณ์ของผู้ผลิตรายอื่น

อย่างที่ฉันบอกว่าฉันไม่คิดว่าสถานการณ์นี้รับประกันว่าจะไม่ทำงานกับเครื่องพัฒนาที่มีไวรัส แต่ก็เป็นสิ่งที่เรายังไม่ได้คิดดังนั้นเราจึงรักษาเวิร์กสเตชันทางกายภาพสำหรับสภาพแวดล้อมที่แตกต่างกันในห้องปฏิบัติการ

ใน บริษัท ของเราเรากำลังใช้ VM สำหรับการพัฒนาและทดสอบ แม้ว่าจะมีข้อเสียเปรียบบางประการสำหรับการใช้ประโยชน์ของ VM อย่างมีนัยสำคัญเมื่อเทียบกับพวกเขา

ก่อนที่เราจะเริ่มใช้ VM เรามีปัญหาในการตั้งค่าเครื่องพัฒนาสำหรับนักพัฒนาใหม่ งานแรกสำหรับนักพัฒนาใหม่ในทีมคือการตั้งค่าเครื่องพัฒนาตนเอง เราเป็น บริษัท เล็ก ๆ และเราไม่มีกำลังคนเพียงพอที่จะช่วยสมาชิกในทีมใหม่ในการตั้งค่าเครื่องจักรของพวกเขา สิ่งนี้นำไปสู่ปัญหาที่แตกต่าง: บางครั้งข้อผิดพลาดสามารถทำซ้ำได้เฉพาะบนเครื่องของพวกเขาหรือพวกเขาไม่สามารถทำซ้ำได้เลยแอปพลิเคชันไม่สามารถสร้างได้อย่างถูกต้องเป็นต้นนอกจากนี้ยังมีปัญหาที่นักพัฒนาอาวุโสของเรา ในสภาพแวดล้อมการทำงานที่ไม่สามารถใช้งานได้เสมอ

เมื่อเราเปลี่ยนมาใช้ VM ทุกอย่างเปลี่ยนไป ตอนนี้มีเพียงคนเดียวเท่านั้นที่รับผิดชอบการตั้งค่าสภาพแวดล้อมใน VM พร้อมทุกสิ่งที่เกี่ยวข้องกับโครงการ เมื่อเขาเสร็จสมาชิกทุกคนในทีมจะได้รับสำเนาของ VM สิ่งนี้จะช่วยลดเวลาในการตั้งค่าสภาพแวดล้อมสำหรับสมาชิกทีมใหม่ทุกคน (การคัดลอก VM ไม่ควรใช้เวลามากกว่า 1 ชั่วโมง) นอกจากนี้ยังช่วยให้เราสามารถทำงานในสภาพแวดล้อมการทำงานหลายแบบขนาน

ข้อเสียของการใช้ VMs: speed ประสิทธิภาพการทำงานของ VM จะปรากฏให้เห็น ในเวิร์กสเตชันที่ช้าลงมันสามารถทำให้การพัฒนาเป็นไปไม่ได้เกือบ หากคุณมีเวิร์กสเตชันที่ดี (quad core, 8 + GB RAM, SSD) คุณอาจไม่สังเกตเห็น

ตามที่คนอื่น ๆ กล่าวถึงมันขึ้นอยู่กับหลายสิ่ง:

• สภาพแวดล้อมของคุณเป็นอย่างไร
• คุณมีสิทธิ์การเข้าถึงที่เพียงพอในการพัฒนาหรือไม่?
• HW ของคุณขึ้นอยู่กับกลิ่นไหม?

สิ่งแวดล้อม

การใช้ VM สามารถช่วยได้หากคุณทำงานกับโครงการหลายเวอร์ชัน หลายโครงการ หรือกำหนดเป้าหมายระบบปฏิบัติการที่แตกต่างจากระบบที่คุณใช้งานตามปกติ (โฮสต์ระบบปฏิบัติการ) ฉันทำงานของ SharePoint มากมายและการใช้งานเครื่องที่แตกต่างกันสำหรับรุ่นต่างๆของการเปิดตัวนั้นมีประโยชน์เนื่องจากฉันสามารถเริ่มต้นเครื่องอื่นและรู้สึกดีกับสถานะของ GAC / ฐานข้อมูล นอกจากนี้หากคุณต้องการกำหนดเป้าหมายสภาพแวดล้อมแอปพลิเคชัน * nix แต่มีเครื่อง Windows คุณยังสามารถพัฒนาใน VM ได้ (นี่คือวิธีที่ฉันเรียนรู้ Ruby ที่บ้านแม้ว่าฉันจะใช้งาน. dev dev) ฉันมักจะสนับสนุนเมื่อทำการทดสอบ / พัฒนา ASP.NET บน IIS รุ่นเดียวกันว่าในที่สุดแอพจะทำงานภายใต้ (เหตุผลเดียวกันนี้ใช้กับสภาพแวดล้อมเป้าหมายเซิร์ฟเวอร์อื่น ๆ ) ขึ้นอยู่กับรุ่นของระบบปฏิบัติการอาจมีความแตกต่างเล็กน้อย แต่สำคัญ โปรดทราบว่านี่ไม่ได้หมายความว่าคุณควรใช้รหัสไปยัง IIS / OS รุ่นใดรุ่นหนึ่ง แต่ขอบอกตามตรงนะจริง ๆ มันต้องทำงานตรงที่คุณจะปรับใช้มันไม่ใช่แค่ในเครื่องของคุณ

VM ยัง (ขึ้นอยู่กับซอฟต์แวร์ที่ใช้) ช่วยให้คุณสามารถถ่ายภาพสแนปชอตของสถานะเครื่องปัจจุบันและ / หรือโคลนพวกเขา สิ่งนี้สามารถประเมินค่าได้เมื่อทำการสร้างต้นแบบและคุณไม่ต้องกังวลเกี่ยวกับสิ่งที่เกิดขึ้นใน GAC / Registry / ฯลฯ ของคุณฉันพบว่ามันมีค่ามากในการตั้งค่าสำหรับการสาธิตลูกค้าล่วงหน้า เนื่องจากสภาพแวดล้อมการสาธิตอยู่ใน VM ฉันสามารถทำงานต่อไปจนถึงจุดที่แสดงให้ลูกค้าเห็นถึงสิ่งที่เราทำเสร็จเพราะฉันทำงานในเครื่องอื่น

สิทธิที่เพียงพอ

โดยทั่วไปจะใช้กับผู้ที่ทำงานให้กับ บริษัท ที่มีนโยบายที่เข้มงวดในการเข้าถึงสิทธิ์ หากคุณไม่สามารถมีผู้ดูแลระบบอิสระบนเครื่องของคุณได้นี่จะเป็นเวลาที่ดีในการทำงานกับ VM โดยทั่วไปแล้วจะกังวลเกี่ยวกับการปิดระบบปฏิบัติการโฮสต์ของคุณแขกสามารถเปิดกว้าง (สิทธิ์ที่ชาญฉลาด) ฉันพบปัญหาแปลก ๆ เกี่ยวกับโปรไฟล์การข้ามเครือข่ายสิทธิ์ผู้ดูแลระบบที่พิการและการใช้ VS 2010 การใช้ VM ทำให้ฉันสามารถหลีกเลี่ยงปัญหาเหล่านี้ได้

HW ของคุณขึ้นอยู่กับกลิ่นไหม?

การทำเช่นนี้จะทำให้อิมเมจ VM ของคุณอยู่บนเซิร์ฟเวอร์และรีโมตของคุณลงในรูปภาพเหล่านั้นหรือเรียกใช้ในเครื่อง หากคุณกำลังทำงานบนเซิร์ฟเวอร์ความกังวลที่ใหญ่ที่สุดน่าจะเป็นไปได้ว่ามี VM จำนวนมากที่ทำงานบนฮาร์ดแวร์เดียวกัน โดยทั่วไปแล้วคุณต้องการ RAM มากมายและเพื่อลดความถี่ในการโอเวอร์โหลดบัฟเฟอร์ R / W สำหรับฮาร์ดไดรฟ์ของคุณ สำหรับการพัฒนา LOB / SharePoint / ASP.NET ขั้นพื้นฐานฉันพบว่า RAM ขั้นต่ำ 8 GB และการกำหนดค่าฮาร์ดไดรฟ์แบบคู่นั้นใช้งานได้ดีในทางปฏิบัติ (ใช้ i5 แต่ฉันทำงานกับ Core 2 ด้วย) ฮาร์ดไดรฟ์ตัวที่สองสร้างความแตกต่างด้านประสิทธิภาพที่ใหญ่ที่สุด

หมายเหตุ: ฉันไม่มีสถิติใด ๆ ในการสำรองข้อมูลนี้ แต่ฉันสังเกตว่าพีซีแบบเสมือนมีแนวโน้มที่จะมีประสิทธิภาพต่ำกว่า VMware และ Virtual Box ฉันไม่สามารถพูดกับ Hyper-V ได้เนื่องจากฉันไม่ได้ทำงานด้วย ฉันจะไม่แปลกใจหากใช้ Virtual PC (เป็นการโจมตีครั้งแรกไปสู่การใช้งานของ VM) ทำให้นักพัฒนาซอฟต์แวร์ใช้ virtualization

ตามปกติ: ขึ้นอยู่กับ ตัวอย่างเช่นฉันจะไม่แนะนำสำหรับการพัฒนาเกมแบบเรียลไทม์หรือที่เกี่ยวข้องกับคอมพิวเตอร์

ประสบการณ์ส่วนตัวของฉัน: ฉันมี iMac ปลายปี 2009 และฉันพบว่า Visual Studio 2010 นั้นไม่สามารถใช้งานได้ใน Parallels Desktop จนถึงจุดที่การกดปุ่มในตัวแก้ไขรหัสใช้เวลาไม่กี่วินาทีในการลงทะเบียน Windows ใน SQL Server Management Studio จะทำการโฟกัสและเปลี่ยนโฟกัสแบบสุ่ม ฉันเพิ่งลงเอยด้วยการบูทแคมป์

แน่นอนโครงการใหม่ของฉันจะเกี่ยวข้องกับแอปพลิเคชั่น iOS กับเครื่องมือกำหนดค่าที่ใช้ Windows ดังนั้นจึงอาจเจ็บปวดเกินกว่าจะไม่ใช้ระบบเสมือนจริง แต่ถ้าเทคโนโลยีเดสก์ท็อป ฉันอาจจะตั้งค่าเดสก์ทอปอื่นที่นี่

เมื่อพูดถึงการทดสอบแอพพลิเคชันเซิร์ฟเวอร์นั่นเป็นสถานการณ์ที่แตกต่างกันฉันมีความสุขที่จะทำเวอร์ชวลไลซ์นั้นอย่างสมบูรณ์ แต่ฉันต้องการการตอบสนองในแอพพลิเคชั่นการพัฒนาของฉัน

ฉันใช้ VMs เพื่อการพัฒนาและโดยทั่วไปแล้วมันไม่ได้แตกต่างจากการพัฒนาบนเครื่องของฉันเอง หากคุณใช้การควบคุมแหล่งที่มาอย่างถูกต้องจะไม่มีความแตกต่างมากมาย

ความแตกต่างที่สำคัญคือถ้าคุณออฟไลน์ไม่ว่าจะด้วยเหตุผลใดก็ตามคุณไม่มีเครื่องจักรพัฒนาให้คุณดังนั้นจึงไม่ดีนักถ้าคุณเดินทางหรือทำงานจากที่บ้านมาก นอกจากนี้ฉันไม่เคยคิดวิธีเรียกใช้จอภาพหลายจอบนเดสก์ท็อประยะไกล แต่ฉันแน่ใจว่านั่นคือความล้มเหลวของฉันแทนที่จะเป็นปัญหากับหลักการ ฉันมักจะใช้จอมอนิเตอร์หลักของฉันสำหรับการพัฒนาและเก็บไว้ที่สองสำหรับเครื่องเดสก์ท็อปของฉันกับอีเมลเบราว์เซอร์และอื่น ๆ ที่ทำงานอยู่

ฉันจะเพิ่มว่าถ้าคุณกำลังทำงานในแบบที่คุณต้องการตรวจสอบรหัสของคุณทำงานบนแพลตฟอร์มที่แตกต่างกัน - โดยเฉพาะอย่างยิ่งสิ่งที่ต้องการพัฒนาตัวติดตั้ง - จากนั้นความสามารถในการเรียกใช้ VMs สำหรับระบบปฏิบัติการรุ่นต่าง ๆ

ฉันใช้พวกเขาที่ บริษัท ก่อนหน้านี้ การควบคุมโดยบุคคลที่สามหลายรายนั้นไม่สามารถอยู่ร่วมกับ บริษัท อื่น ๆ ได้ดี ฉันยังใช้คู่สำหรับการทดสอบและการดีบักระบบปฏิบัติการอื่น ๆ (XP vs Vista vs 7) หนึ่งเสมือนมี VB6 และ VS2003 สำหรับผลิตภัณฑ์รุ่นเก่า ใช่บนเครื่องของนักพัฒนาทั่วไปมันอาจช้าและยุ่งยาก แต่ฉันมีฮาร์ดไดรฟ์สำรองสองสามตัวที่ฉัน "บริจาค" และวางเวอร์ชวลลงบนฮาร์ดไดรฟ์ของตัวเองบนตัวควบคุมไดรฟ์ของตัวเอง ฉันเป็นคนสุดท้ายที่ใช้ virtuals ต่อไปและสำหรับข้อผิดพลาดบางอย่างฉันเท่านั้นที่สามารถทำงานกับพวกเขาได้ (เนื่องจากระบบปฏิบัติการและส่วนประกอบที่เกี่ยวข้อง)

ผู้ชายบางคนถูกเผาติดตั้งซอฟต์แวร์รุ่นเบต้าและบางส่วนของเบต้าจาก MS ไม่สามารถลบออกได้ดังนั้นพวกเขาจึงถูกบังคับให้ใช้ virtuals จนกว่าพวกเขาจะทำการฟอร์แมตฮาร์ดไดรฟ์ใหม่

สำหรับการพัฒนาในระบบเสมือนคำแนะนำของฉันคือการได้รับบางสิ่งบางอย่างด้วย RAM ขนาด 8GB 16 หรือมากกว่านั้นจะดีกว่าเนื่องจากคุณจะพบว่าอุปกรณ์เสมือนจริงที่ติดตั้ง Visual Studio ต้องมี RAM ขนาด 1.5GB ของโฮสต์เพื่อให้ทำงานด้วยความเร็วสูงกว่า "น้ำแข็ง" รับฮาร์ดไดรฟ์จำนวนมากเมื่อซื้อคอมพิวเตอร์ สำหรับไดรฟ์ที่คุณเลือกจากอุปกรณ์ฮาร์ดแวร์สำรองให้มองหา VHD อย่างน้อย 2 เท่าของขนาด VHD ที่คุณจะใช้งาน