оракул - предоставляет все полномочия схеме

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

Если у Вас есть приложения, которые не записаны для высокой задержки ситуации клиент-сервер - выполнение, это на регулярном толстом клиенте в удаленном офисе против центрального сервера может привести к серьезным проблемам производительности.

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

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

Обслуживание сессий терминального сервера пользователям на дороге может также обеспечить повышения производительности. Попытка использовать ноутбук и VPN, в то время как на поезде с помощью мобильной широкополосной связи для доступа к форме совместного доступа или приложению клиент-сервер направления деятельности с always-online-requirement на центральном сервере, скорее всего, будет раздражающе медленным и ненадежным. Замените его терминальным сеансом, и это, вероятно, будет очень быстро, пока соединение не умирает полностью. И если это действительно умрет, то состояние сеанса будет сохранено при возобновлении соединения (как долго, поскольку параметры набора для автовыхода из системы не встречены), и пользователь может продолжить его работу, где это оставили.

Мир идет дальше от систем, где это верно, но, не все компании...