Среда разработки в ВМ против изолированной сети разработки / тестирования

Question

В настоящее время я работаю в организации, которая заставляет всю разработку программного обеспечения выполнять внутри виртуальной машины. Это по ряду причин риска / управления / безопасности / соответствия.

Стандартная настройка выглядит примерно так:

• Образ VMWare, предоставленный разработчикам с установленными инструментами
• ВМ настроена в соответствии с потребностями проекта / потока
• ВМ находится в сети и домене, изолированном от рабочей / производственной сети
• Подключение SCM возможно только через dev / test network
• Электронная почта и офисные инструменты должны быть подключены к сети, поэтому это означает, что одновременно должны работать два отдельных рабочих стола
• Тяжелые средства разработки используются на виртуальных машинах, поэтому они очень требовательны к ресурсам

Некоторые проблемы, на которые жалуются люди:

• Среда разработки работает медленнее, чем обычно (хост-ОС - Windows XP, поэтому память ограничена)
• Переключение между DEV-машиной и электронной почтой / офисным компьютером - это боль, простые вещи, такие как вырезание и вставка, становятся сложнее. Это менее эффективно с точки зрения удобства использования.
• Мышь, в частности, не работает должным образом при использовании плеера VMWare или RDP.
• Требуется отдельный логин для разработки / тестирования сети / домена

Кто-нибудь видел или работал в других (надеюсь, лучше) установках с подобными ограничениями (как упомянуто вверху)?

В частности, существуют ли жизнеспособные опции, которые полностью исключили бы необходимость запуска чего-либо на ВМ?

Answer 1

В частности, существуют ли жизнеспособные варианты это избавило бы от необходимости бегать вообще что за ВМ?

Учитывая, что вы сказали, что существуют неуказанные причины риска / управления / безопасности / соответствия для использования вашей организацией виртуальных машин, я сомневаюсь, что любой вариант, который мы могли бы предоставить, мог бы их отменить. В конечном счете, звучит так, будто им просто нужна команда разработчиков как можно более изолированной среды.

(И даже в этом случае вопрос / ответы, вероятно, был бы лучше при сбое сервера, поскольку он больше ориентирован на работу в сети / безопасность.)

Answer 2

Я давно использую виртуальные машины в качестве среды разработки. В этом нет ничего плохого, и это дает много преимуществ.

• Обеспечение согласованной среды
• Разделение файловых систем для разных сценариев резервного копирования
• Дополнительная безопасность
• Потенциально дает разработчикам доступ к более сырой вычислительной мощности.

В мире виртуальных машин существует множество инноваций, о чем свидетельствует растущая популярность ферм виртуальных машин, аппаратная поддержка виртуализации и управляемые решения "под ключ", такие как образы MS VirtualPC для тестирования совместимости браузера и набор приборов TurnKey .

Как уже говорили другие, ваши проблемы, вероятно, связаны с недостаточным аппаратным обеспечением или неоптимальными конфигурациями.

Среда разработки работает медленнее, чем обычно (хост-ОС - Windows XP, поэтому память ограничена)

• Это не должно быть заметно. XP против Windows Vista или Win7 - это незначительное сравнение. Я бы проверил количество физической оперативной памяти, выделенной для виртуальной машины.

Переключение между DEV-машиной и электронной почтой / офисным компьютером - это боль, простые вещи, такие как вырезание и вставка, усложняются. Это менее эффективно с точки зрения удобства использования.

• Существуют специфичные для ВМ оптимизации / конфигурации, которые могут облегчить выполнение этих задач. Я бы посоветовался с вашим обслуживающим персоналом.

Мышь, в частности, не работает должным образом при использовании плеера VMWare или RDP.

• Опять же, должно быть без проблем, но проконсультируйтесь с персоналом VM.

Требуется отдельный логин для разработки / тестирования сети / домена

• Я бы воспринял это как деловое решение: ваша компания, очевидно, может настроить виртуальные машины с теми же политиками домена, что и на вашей личной рабочей станции, но может иметь другие (старшего брата?) Цели для того, чтобы заставить вас входить отдельно.

Что касается использования виртуальных машин в качестве агента управления, я думаю, что есть более эффективные решения, такие как хорошо спроектированные средства управления авторизацией на производственных машинах. Нет ничего лучше, чем бумажные следы, чтобы заставить себя вести себя.

Answer 3

Похоже, большой проблемой является нехватка мощности на хост-ОС. WinXP должен быть в порядке, но вам нужно иметь соответствующее оборудование. то есть как минимум 3 ГБ оперативной памяти, двухъядерный процессор и оборудование, поддерживающее виртуализацию. Синхронизация буфера обмена должна работать с виртуальной машиной.

В настоящее время я не занимаюсь этим, но я думал об этом, и мы вроде как разворачиваем эту идею, чтобы упростить стандартизацию среды разработки и избежать потери времени, когда вы получаете новый ПК. Мне ужасно слышать, что я мечтал не об утопии ...