企业网络中的虚拟化开发环境
我们正在尝试为企业组织中的一个由4名开发人员组成的小型团队使用虚拟化实现开发环境。这将使我们能够设置单独的开发，测试和登台环境-并允许访问作为我们正在评估的系统或工具的要求的新操作系统。我们重新调整了现有工作站级计算机的用途，并添加了24GB RAM和RAID-10，并且在尝试将计算机添加到域之前一直运行良好。 现在，我们开始了一场战争，所有企业开发人员自开始以来就必须进行斗争-争夺对开发和测试环境的本地控制权。网络和IT管理员提出的担忧范围从“ ESX Server是企业标准”到“客户端VLAN上不允许服务器”到“ [本地填充]不是当前本地拥有的技能”或企业IT组织”。 如果需要的话，我们可以证明生产级的硬件和正式的IT支持是合理的，但这将需要时间，并且会带来很多麻烦。即使那样，将其视为生产系统也可能要花费数月的时间才能正式分配IT资源-即使我们这样做，也很可能会失去我们所需的本地控制权。 我想你们中的许多人在开发人员对非生产环境（尤其是虚拟化）的控制方面也有类似的挣扎，所以我的问题如下： 哪些策略和论点帮助您赢得了基础架构（IT和网络）人员的欢迎，从而使这些筒仓能够存在于具有标准网络和安全政策的企业中，而这些企业通常（并且可以理解）会排除此类非筒仓。集中管理的基础架构？ 您是否发现这是技术上的合理性问题，还是更多的争取控制权和所有权的政治斗争？ 如果最终得到了一个IT管理的开发环境，那么日常开发和测试遇到了多少障碍？ 有没有人最终将他们的开发环境转移到断开连接的VLAN或完全独立的网络上，从而避免了这些网络访问的麻烦？ 另外，这不是Hyper-V与ESX的圣战（我们都可以这样做-但选择Hyper-V是因为MSDN为此目的是“免费的” [是的，VMWare也有免费的工具-但是好的管理工具通常不是]，并且本地开发人员可以在“ Microsoft Shop”中更轻松地进行管理）-因此，支持或反对的论点不在此问题的范围内。 虚拟化与物理硬件相比，这也更少了-我想在没有虚拟化组件的情况下也会问同样的问题。 还要假设开发团队已经保证要管理补丁程序管理和防病毒，或者与现有企业系统集成（如果他们支持的话）。带有不同问题的这种情况也已发布在SF上，以期引起对立的观点。