Ну, мы говорим три года, в основном потому что это - то, как мы обесцениваем их. Но мы - IT-компания, таким образом, IRS в стороне, мы сделали бы новые аппаратные средства так или иначе через 3 года для наших пограничных людей только, чтобы смочь обоснованно выполнить последний материал из Microsoft и Lotus.
Нижняя строка: Конъюнктура рынка диктует цикл обновления. Мы нацелены 3, но это обычно, когда мы можем предоставить его после 3.
Масштабируемость охватывает огромное количество возможностей. Я запущу с предположения, что Вы выполняете "все" от одного сервера, как я, оказывается, делаю в данный момент.
Так как у Вас есть выделенный сервер, это будет несколько легче :)
Если Вы хотите смочь в конечном счете переместить определенные сервисы, когда Вы растете, я посмотрел бы на первичные функции, которые сервер делает теперь (скажите: сеть, почта, дб, ldap, svn), и копия аппаратные средства текущего сервера на внутренней машине / машине лаборатории.
Копируйте сервер, но использование, ESX или Xen или подобный, и создают один VM на "функцию" - использование моего выше примера, который был бы 5 VMs на хосте.
Предположение Вас имеет больше существующей способности, чем Вам нужно, каждый из тех VMs может быть выполнен на Вашем основном сервере, и Вы в конечном счете смогли бы переместить их на другое физическое оборудование через автоматизированный инструмент как Vmotion или ручная миграция, если Вы находите, что один или несколько используется в большей степени, чем существующие аппаратные средства могут обработать.
Добавление большего количества физического оборудования и перемещение VM являются (относительно) тривиальным вопросом, после того как они - установка :)
Один способ посмотреть на масштабирование состоял бы в том, чтобы копировать существующий VM на другую реальную машину и затем баланс загрузки между двумя. Это могло быть сделано справедливо быстро с виртуализацией.