>>При использовании терминалов не надо забывать про взаимное влияние пользовательских сессий друг
>>на друга, работоспособность разных программ в режиме терминалов.
>
>Это вопрос кривизны конкретных программ. Разработчиков программ для бизнеса, игнорирующих вариант использования
>их продуктов на терминальном сервере, тыкать носом в их изделие.
>

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

>>И терминальная ферма
>>на 1000 клиентов стоит столько же, сколько и ферма серверов для
>>виртуальных машин.
>
>Я говорил о 100, хотя это сути не меняет. На терминальном сервере
>для каждого пользователя всего лишь запускается сессия, а в варианте с
>ВМ - полноценная ОС. И это без учёта слоя эмуляции ВМ.
>Теперь думаем, что из этого потребляет меньше ресурсов.

Виртуальная машина != физический сервер. Современные процессоры отлично поддерживают работу с виртуальными машинами, т.о эмуляция инструкций для виртуальной машины практически прозрачны (1-3%). Ещё не забываем про механизмы динамического распределения памяти для виртуальой машины, динамическое выделение ресурсов ВМ по требованию, оптимизацию ОС. Проблема снижения эффективности работы ПО ввиду виртуализации как минимум 2 года не актуальна уже.

>>Во-вторых, политики администрирования пользовательских машин никто не отменял - РАЗРЕШИТЕ им ковырять
>>только то что нужно для работы!
>
>При этом при разработке политик приходится учитывать вариантность состояний каждого конкретного экземпляра
>пользовательской ОС. Отсюда слабая предсказуемость результата применения политик: может утро будет
>спокойным и добрым, а может админа уволят так как половина писюков
>не "заведутся" после ночного задания обновления или новой общей политики/настройки.
>

Только если вы сами захотети хранить индивидуальные десктопы. Обычно наоборот - пользователь закончил работу - виртуальная машина уничтожилась. Залогинился - создалась занового, чистенькая, новая и преднастроенная для работы (мы ведь взрослые люди - данные пользователя хранятся на сервере данных). В данном случае, политики применяются к пользователям, а не к десктопам. При таком подходе парк виртуальных машин однороден (пользователи работают по сути с клоном одной версии набора софта (ОС, приложения)). Собрал новую версию вирт десктопа, протестировал, ввёл в эксплуатацию, всё довольно просто.
То, что что-то может не заработать - это личные трудности самого админа, который вносит изменения в систему без предварительного тестирования.

>>В-третьих, виртуальный дектор не обязательно постояннен во времени - он может создаваться
>>динамически при подключении клиента и уничтожаться по окончании сесии.
>
>Один член писюк с клиентом VMWare после выключения не растворяется, чтобы вернуться
>в общую кучу железа.
>

А разве это происходит при работе с терминалами или с обычными компьютерами???

>>В-четвёртых, это рабоает с почти с любых систем - обычный писюк, тонкий
>>клиент, Linux, Windows - можно любое корыто поставить пользователю, лишь бы
>>сетевая карта была и веб-браузер.
>
>Берём писюк, ставим на него ОС с клиентом VMWare, подключаемься к серверу
>VMWare и... получаем писюк. "На дереве висит ларец, в ларьце спрятан
>заяц, в зайце - утка, в утке - яйцо, в той
>утке - игла". А в игле - ларец.

Тонкий клиент, бездисковые станции, писюк с загрузкой с Flash, да много чего можно придумать. Пока "Матрицу" не построят, пользователю для работы всё равно нужен какой-либо терминал (физический - устройства ввода/вывода), как его организовать - ваше дело, можно и через ларец-утка-яйцо-ларец =)