tfs / svn / сервер проекта / Wiki на том же поле

Я не думаю, что можно классифицировать это в категории для принятия решения. Это - классический пример проблемы масштабируемости. Это не должно быть проблемой для горстки разработчиков, получающих доступ к ресурсам, но в зависимости от размера слияний проектов/фиксаций/обновлений/ответвления и т.д. она может вызвать замедление i, скорость ввода-вывода является медленной/ограниченной. Подсистема IDE может работать прекрасный для одного или двух пользователей, но как только Вы начинаете добавлять загрузку, IDE sub система может вызвать узкое место. но так как Вы находитесь на virutal среде, эй, вероятно, имеют хороший аппаратный набег, и ввод-вывод не был бы проблемой.

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

Нижняя строка - u должна сказать что-то больше о типичном использовании каждого сервиса.

В среде, где каждый сервис может произвести существенную загрузку, я был бы определенно рекомендуемый разделить их на отдельные (физические) машины, главным образом потому что контекстное переключение может вызвать много издержек. Однако я сомневаюсь, что дюжина разработчиков может произвести существенную нагрузку на любой из именованных сервисов. Выполнение их в виртуальных машинах определенно сделает Вашу жизнь легче, когда необходимо будет масштабировать горизонтально, но это действительно добавляет к издержкам реальной машины, чем выполнения весь VMs. Я не рекомендовал бы рабочий IIS и Apache на той же (виртуальной) машине. Вы просто напрашиваетесь на неприятности там.