VM中的开发环境针对隔离的开发/测试网络

时间:2010-04-12 03:09:56

标签: development-environment vmware rdp risk-management

我目前在一个组织中工作,该组织强制所有软件开发都在VM内完成。这是出于各种风险/治理/安全/合规性原因。

标准设置类似于:

  • 为安装了工具的开发人员提供的VMWare映像
  • VM可根据项目/流需求进行定制
  • VM位于网络中与实时/生产网络隔离的域
  • SCM连接只能通过开发/测试网络
  • 实现
  • 电子邮件和办公工具需要在实时网络中,因此这意味着要同时使用两个单独的桌面
  • 在VM上使用重量级开发工具,因此它们非常耗费资源

人们抱怨的一些问题是:

  • 开发环境运行速度比平常慢(主机操作系统是Windows XP,因此内存有限)
  • 在DEV机器和Email / Office机器之间切换是一件痛苦的事情,像剪切和粘贴这样的简单事情变得更加困难。从可用性的角度来看,效率较低。
  • 特别是鼠标使用VMWare播放器或RDP似乎无法正常工作。
  • 需要单独登录Dev / Test network / domain

有没有人在其他(希望更好)的设置中看到或工作过具有类似约束的设置(如上所述)?

特别是有没有可行的选项可以完全不需要在VM中运行东西?

3 个答案:

答案 0 :(得分:3)

  

特别是有可行的选择   这将消除运行的需要   什么东西都在虚拟机中?

鉴于您说您的组织使用虚拟机存在未指定的风险/治理/安全/合规性原因,我怀疑我们可以提供的任何选项都可以否定这些。最终,听起来他们只需要他们的开发团队尽可能沙盒化。

(即使如此,问题/答案在服务器故障可能会更好,因为它更具网络/安全性。)

答案 1 :(得分:0)

听起来像一个大问题是主机操作系统没有足够的马力。 WinXP应该没问题,但你需要有足够的硬件。即至少3 GB RAM,双核CPU和支持虚拟化的硬件。剪贴板同步应该与VM一起使用。

我目前没有这样做,但我已经考虑过了,我们正在考虑这个想法,让它更容易标准化开发环境,并避免浪费一天当你得到一台新电脑。听到这不是我梦寐以求的乌托邦,我感到很失望......

答案 2 :(得分:-1)

我一直在使用VM作为开发环境。它没有任何内在错误,它带来了很多好处。

  • 确保一致的环境
  • 为不同的备份方案分隔文件系统
  • 增加了安全性
  • 可能为开发人员提供更多原始计算能力。

虚拟机世界中有很多创新,虚拟机农场的日益普及,虚拟化的硬件支持以及受控的“交钥匙”解决方案,例如MS的testing browser compatibility的VirtualPC图像和{{{ 3}}

正如其他人所说,您的问题可能是由于硬件不足或次优配置造成的。

  

开发环境运行速度比平常慢(主机操作系统是Windows XP,因此内存有限)

  • 这不应该引人注意。 XP与Windows Vista或Win7是一个边际比较。我会检查分配给VM的物理RAM量。
  

在DEV机器和Email / Office机器之间切换是一件痛苦的事情,像剪切和粘贴这样的简单事情变得更加困难。从可用性的角度来看,效率较低。

  • 可以使VM特定的优化/配置无缝地完成这些任务。我会咨询您的VM维护人员。
  

特别是鼠标使用VMWare播放器或RDP似乎无法正常工作。

  • 同样,应该是无缝的,但请咨询VM员工。
  

需要单独登录Dev / Test network / domain

  • 我认为这是一个商业决策:您的公司显然可以设置与您自己的个人工作站具有相同域名的虚拟机,但可能还有其他(大哥哥?)目的,迫使您单独登录。

至于使用VM作为控制代理,我认为有更好的解决方案,例如围绕生产机器设计良好的授权控制。没有什么比纸道可以让人们表现自己了。