สภาพแวดล้อมการพัฒนาแบบเสมือนจริงในเครือข่ายองค์กร
เราพยายามที่จะใช้สภาพแวดล้อมการพัฒนาโดยใช้ระบบเสมือนจริงสำหรับทีมเล็ก ๆ ของ 4 นักพัฒนาภายในองค์กรองค์กร สิ่งนี้จะช่วยให้เราสามารถตั้งค่าการพัฒนาทดสอบและสภาพแวดล้อมแบบแยกต่างหากรวมถึงการอนุญาตให้เข้าถึงระบบปฏิบัติการใหม่ที่เป็นข้อกำหนดสำหรับระบบหรือเครื่องมือที่เรากำลังประเมินอยู่ เรานำเสนอเครื่องเวิร์คสเตชั่นที่มีอยู่เดิมอีกครั้งโดยโยนในหน่วยความจำ 24GB และ RAID-10 และทำได้ดีจนกระทั่งเราพยายามเพิ่มเครื่องในโดเมน ตอนนี้เรากำลังเริ่มสงครามที่นักพัฒนาองค์กรทุกคนตั้งแต่เริ่มต้นต้องต่อสู้ - การต่อสู้เพื่อการควบคุมท้องถิ่นของสภาพแวดล้อมการพัฒนาและการทดสอบ เครือข่ายและผู้ดูแลระบบไอทีได้หยิบยกข้อกังวลต่าง ๆ ตั้งแต่ "ESX Server เป็นมาตรฐานขององค์กร" ถึง "เซิร์ฟเวอร์ไม่ได้รับอนุญาตบนไคลเอนต์ VLAN" ถึง "[กรอกแบบเติมเปล่า] ไม่ใช่ทักษะที่ตั้งอยู่ในท้องถิ่น หรือองค์กรไอทีขององค์กร " เราสามารถปรับระดับฮาร์ดแวร์ระดับการผลิตและการสนับสนุนด้านไอทีอย่างเป็นทางการหากเราจำเป็นต้องใช้ แต่ต้องใช้เวลาและมีอาการปวดหัวทั้งหมด แม้ว่าจะใช้เวลาหลายเดือนกว่าจะได้รับทรัพยากรไอทีอย่างเป็นทางการจากการปฏิบัติเช่นนี้ในฐานะระบบการผลิต - และแม้ว่าเราจะทำก็ตามเราอาจสูญเสียการควบคุมในท้องถิ่นที่เราต้องการ ฉันจินตนาการว่าคุณหลายคนมีความลำบากคล้ายกันในการควบคุมนักพัฒนาของสภาพแวดล้อมที่ไม่ใช่การผลิต - และการจำลองเสมือนโดยเฉพาะ - ดังนั้นคำถามของฉันมีดังนี้: กลยุทธ์และข้อโต้แย้งใดที่ช่วยให้คุณชนะโครงสร้างพื้นฐาน (IT & เครือข่าย) เพื่อให้ไซโลประเภทนี้มีอยู่ในองค์กรที่มีเครือข่ายมาตรฐานและนโยบายความปลอดภัยในสถานที่ซึ่งโดยทั่วไป (และเข้าใจได้) ห้ามประเภทนี้ โครงสร้างส่วนกลางที่มีการจัดการ? คุณพบสิ่งนี้เป็นเรื่องของเหตุผลทางเทคนิคหรือมากกว่าของการต่อสู้ทางการเมืองเพื่อการควบคุมและความเป็นเจ้าของ? หากคุณลงเอยด้วยสภาพแวดล้อมการพัฒนาที่จัดการโดย IT สิ่งกีดขวางบนถนนนั้นมีไว้สำหรับการพัฒนาและทดสอบในแต่ละวันเป็นอย่างไร …