Я бы настоятельно рекомендовал не запускать виртуальные машины разработки в облаке.Задержка слишком высока для эффективной разработки (особенно если у вас Visual Studio 2010 с Resharper), кроме того, наличие нескольких мониторов может быть довольно сложно с RDP-соединениями.
Хотя для экономически эффективного кодирования, которое не требует высокого-разработчики (особенно частичный аутсорсинг в другие страны), это может быть вполне приемлемым вариантом.Вы просто настраиваете образ с помощью инструментов и RDP-соединения, клонируете его по мере необходимости (имейте в виду лицензирование) на виртуальные машины и передаете разработчикам учетные данные удаленного рабочего стола.
Для контроля исходного кода и совместной работы Iрекомендуем подписаться на услугу (это было бы более экономически выгодно, чем управление собственным решением).На Lokad мы используем размещенные проекты (хотя что-то вроде Mercurial было бы более предпочтительным в наши дни для распределенной разработки) в сочетании с Trac, Google Sites и некоторыми практиками.
Облачные виртуальные машины также вполне хороши для запуска серверов интеграции , для проведения тестирования и R & D (хотя по какой-то причине я все еще придерживаюсь Rackspace вместо Amazon).Если вы находитесь в стеке .NET, имейте в виду, что Azure может также ввести роли VM .Это позволит вам хранить все проекты .NET в одном облаке (если вы нацелены на облачные вычисления Azure и масштабируемую разработку .NET).