Компоненты App-V
Среда App-V состоит из следующих компонентов:
Кроме того, можно публиковать свои пакеты виртуальных приложений, используя вместо сервера управления App-V существующую систему электронного распространения программного обеспечения, такую как Microsoft System Center Configuration Manager 2007.В зависимости от требуемого способа использования App-V вам также может потребоваться один или несколько файловых серверов, веб-серверов или серверов обоих этих типов. Примечание Не все эти компоненты необходимо устанавливать в вашей среде; необходимость установки отдельных компонентов зависит от того, как вы планируете использовать App-V для развертывания виртуальных приложений для пользователей.Для получения дополнительных сведений о различных сценариях развертывания App-V см. раздел «Сценарии развертывания App-V» ниже в данной главе. В следующих разделах приведены подробные сведения о каждом из компонентов среды App-V. Сервер управления App-V Сервер управления App-V используется для потоковой обработки содержимого пакета виртуального приложения и для публикации ярлыков приложений и сопоставлений типов файлов на клиенте App-V.Поскольку сервер управления осуществляет потоковую передачу виртуальных приложений конечным пользователям по требованию, эти серверы отлично подходят для сред с надежными высокоскоростными локальными сетями, таких как среды головных офисов.Сервер управления также поддерживает активное обновление, службу публикаций, используемую клиентом для извлечения приложений, к которым имеют доступ выполнившие вход пользователи, и функции лицензирования и контроля использования. Сервер управления должен быть установлен на выделенном серверном компьютере и требует доступа к базе данных Microsoft SQL Server, которая может быть установлена на том же компьютере или на другом сервере в сети.Microsoft SQL Server используется для управления базой данных и хранилищем данных для среды App-V.Можно выполнить развертывание отдельного сервера управления или использовать несколько таких серверов.В типичной среде App-V несколько серверов управления совместно используют общее хранилище данных для хранения сведений о конфигурации и пакетах. Для получения дополнительной информации о хранилище данных App-V см. раздел «Хранилище данных App-V» ниже в данной главе. Кроме того, серверу управления требуется доступ к папке «Content», которая является репозиторием для пакетов виртуальных приложений, которые требуется опубликовать и передать в потоковом режиме на клиентские компьютеры в сети.Папка «Content» используется для загрузки и хранения файлов SFT и может находиться непосредственно на сервере управления, на отдельном файловом сервере в сети, в общей папке распределенной файловой системы (DFS) или в сети хранения данных (SAN).Для получения дополнительных сведений о папке «Content» см. врезку «Из первых уст:использование папки "Content"» в данной главе. Сервер управления обрабатывает запросы пользователей для данных приложения и затем по требованию осуществляет потоковую передачу этих данных авторизованным пользователям. Эта потоковая передача данных осуществляется с использованием одного из следующих протоколов:
Настройка сервера управления и управление им осуществляются с помощью консоли управления виртуализацией приложений, которая описана в разделе «Консоль управления App-V» ниже в данной главе. Веб-служба управления App-V Веб-служба управления App-V является компонентом, передающим запросы на чтение/запись в хранилище данных App-V.Веб-служба управления App-V выступает в роли промежуточного звена между консолью Management Console и хранилищем данных. Обратите внимание на то, что хотя администратор вносит изменения в графическом пользовательском интерфейсе консоли App-V Management Console, эти изменения не записываются в хранилище данных консолью данной управления.Вместо этого консоль Management Console устанавливает соединение удаленной среды .NET с веб-службой управления.После этого служба устанавливает соединение OLE DB с хранилищем данных SQL и выполняет фактические операции чтения/записи. Веб-службу управления App-V можно установить непосредственно на сервере управления или на отдельном сервере с установленными службами IIS 6.0 или более поздней версии.Кроме того, для обеспечения связи с хранилищем данных на сервере с веб-службой управления App-V необходимо установить компоненты доступа к данным MDAC 2.7 или более поздней версии и платформу .NET Framework 2.0. Хранилище данных App-V Хранилище данных App-V является обязательным компонентом при развертывании сервера App-V Management Server.Это хранилище данных используется для хранения всех сведений, связанных с инфраструктурой App-V, включая:
Хранилище данных состоит из базы данных SQL Server, которую можно установить на Microsoft SQL Server 2005 или Microsoft SQL Server 2008. Когда пользователь пытается запустить приложение, которое было виртуализировано с помощью App-V, сервер управления, получивший запрос пользователя, обращается к доменным службам Active Directory для прохождения авторизации и к хранилищу данных для получения сведений о лицензировании приложения. Потоковый сервер App-V Потоковый сервер App-V используется для размещения пакетов виртуальных приложений и их потоковой отправки на клиенты App-V.Потоковый сервер можно представить в виде упрощенной версии сервера управления, которая включает в себя только функции потоковой обработки, не включает веб-службу управления App-V или консоль управления и не требует базу данных Microsoft SQL Server.Вместо этого для предоставления пользователям доступа к файлам пакета потоковый сервер использует списки управления доступом (ACL).Потоковый сервер также поддерживает активное обновление, но не имеет службы публикаций, функций лицензирования и контроля использования. Как и серверу управления, потоковому серверу также необходим доступ к папке «Content», которая является репозиторием для пакетов виртуальных приложений.Папка «Content» может находиться непосредственно на потоковом сервере, на отдельном файловом сервере в сети или в сети хранения данных (SAN). Потоковый сервер можно использовать в средах с имеющейся системой электронного распространения программного обеспечения, такой как System Center Configuration Manager 2007. Потоковый сервер можно использовать вместе с сервером управления.Например, потоковый сервер можно использовать в филиале, а сервер управления можно развернуть в головном офисе при наличии низкоскоростного канала глобальной сети между двумя этими расположениями.В средах, где отсутствует инфраструктура для поддержки сервера управления, можно также использовать только потоковый сервер без сервера управления.Для получения дополнительных сведений о различных сценариях развертывания App-V см. раздел «Сценарии развертывания App-V» ниже в данной главе. App-V Management Console App-V Management Console представляет собой оснастку консоли управления, которую можно использовать для управления средой App-V.С помощью Management Console администратор может выполнять следующие действия:
Создание отчетов Консоль Management Console можно установить локально на сервере управления; кроме того, ее можно установить на любой рабочей станции с установленными продуктами MMC 3. 0 и .NET Framework 2.0, что обеспечивает удаленное управление средой App-V. На рисунке 3-32 изображена консоль Management Console и приведен список приложений, виртуализированных на локальном сервере управления. Рисунок 3-32. Консоль Application Virtualization Management Console, отображающая список пакетов виртуальных приложений на локальном сервере управления App-V. App-V Sequencer App-V Sequencer — это имеющее форму мастера средство, которое можно использовать для мониторинга и сбора данных об установке приложения для создания пакета виртуального приложения, который можно опубликовать и передать в потоковом режиме на клиентские компьютеры.Полученный после выполнения виртуализации приложения пакет приложения с поддержкой App-V можно предоставлять пользователям по требованию для запуска в изолированной виртуальной среде на компьютере пользователя. Выходные данные процесса виртуализации включают в себя файлы значков приложения (ICO), файл OSD, содержащий сведения об определении пакета, файл манифеста пакета (manifest.xml) и файл SFT, который содержит ресурсы содержимого программы приложения. Процесс виртуализации выполняется один раз для каждого приложения или набора приложений, которые требуется виртуализировать, и защищает целостность приложения, поскольку не вносит никаких изменений в его исходный код.После выполнения виртуализации приложения необходимо скопировать его файлы в папку «Content», чтобы их можно было обработать в потоковом режиме или опубликовать на клиенте App-V.Кроме того, файлы ICO и OSD можно разместить на веб-сервере и предоставлять клиенту App-V с помощью протокола HTTP или HTTPS. Компонент Sequencer обычно следует устанавливать на отдельном компьютере, отдельно от других компонентов App-V.Этот отдельный компьютер называется компьютером виртуализации.Этот компьютер виртуализации должен быть чистым образом, который можно вернуть в исходное состояние в конце каждой успешной операции виртуализации. Во время процесса виртуализации Sequencer сначала переключается в режим мониторинга.После этого приложение, которое требуется виртуализировать, устанавливается на компьютере виртуализации, затем это приложение запускается и с ним выполняются общие задачи, чтобы процесс мониторинга мог настроить основной функциональный блок, содержащий минимальное содержимое пакета приложения, которое необходимо для правильной работы виртуализированного приложения.После выполнения всех этих действий, режим мониторинга выключается, а виртуализированное приложение сохраняется. После этого приложение должно пройти тщательное тестирование, гарантирующее его правильную работу в виртуализированном состоянии. Совет Некоторые приложения, включая Internet Explorer, драйверы устройств, приложения, запускающие службы во время загрузки компьютера, и некоторые другие компоненты операционной системы Windows, виртуализировать нельзя. Для получения дополнительных сведений о виртуализации приложений см. раздел «Использование Sequencer» ниже в данной главе. Клиент App-V Клиент App-V — это программный компонент, который размещается на клиентском компьютере и предоставляет виртуальную среду для запуска виртуальных приложений.Клиент App-V также обрабатывает потоковую передачу содержимого приложения с сервера управления, а также с потокового сервера (если он был развернут).Процесс потоковой обработки структурирует содержимое приложения для передачи на клиентский компьютер компонентов для первоначального взаимодействия с пользователем. Это позволяет пользователю запускать приложение немедленно, не дожидаясь выполнения потоковой передачи всего содержимого приложения на клиент.Пользователи могут запускать виртуальные приложения с помощью щелчка значков на рабочем столе или в меню «пуск» или с помощью двойного щелчка файлов, тип которых сопоставлен с соответствующим приложением. Существует два вида программного обеспечения клиента App-V:
App-V Terminal Services Client позволяет администраторам предоставлять любое приложение любому серверу служб терминалов или серверу Citrix XenApp без необходимости выполнения установки, отслеживания конфликтов и проведения тестирования, а также без нарушения работы службы. Клиент App-V должен быть настроен во время установки с помощью консоли Client Management Console для указания имени или IP-адреса сервера публикации, с которым он связывается при входе в систему для получения значков приложений и файлов OSD, к которым обратился пользователь.Если планируется использовать App-V Desktop Client, необходимо также выполнить развертывание этого программного обеспечения на клиентских компьютерах.Обычно это осуществляется посредством системы электронного распространения программного обеспечения, такой как Microsoft System Center Configuration Manager 2007, но для этого можно использовать и другие методы, например групповую политику установки программ, сценарии и даже ручную установку. Архитектура App-V На рисунке 3-33 приведена архитектура App-V с указанием различных компонентов платформы App-V и протоколов и других транспортных механизмов, используемых для обеспечения взаимодействия между этими компонентами. Рисунок 3-33. Архитектура App-V. В предыдущем разделе «Компоненты App-V» приведена сводка по функциям отдельных компонентов App-V.Ниже приведена сводка по протоколам и другим транспортным механизмам, используемым для обеспечения взаимодействия между этими компонентами:
Таблица 3-5. COM-порты App-V
Примечание Для получения дополнительных сведений о протоколах и других транспортных механизмах, используемых системой App-V, см. статью KB 932017 в базе знаний Майкрософт на сайте Microsoft TechNet по адресу https://support.microsoft.com/kb/932017 Работа с App-V Microsoft App-V предоставляет организациям эффективные и гибкие решения для предоставления виртуализированных приложений конечным пользователям.В данном разделе приведены базовые сведения о работе с App-V, которые сгруппированы по следующим темам:
Примечание Подробное рассмотрение способов развертывания, настройки, использования и обслуживания среды App-V выходит за рамки этой главы.Для получения подробных сведений по указанным темам см. статьи «Руководство по планированию и развертыванию системы виртуализации приложений» и «Руководство пользователя по системе виртуализации приложений» на сайте Microsoft TechNet по адресу https://technet.microsoft.com/en-us/library/cc843770.aspx. Сценарии развертывания App-V Microsoft App-V поддерживает самые разнообразные способы развертывания внутри организации.Например, для передачи файлов OSD и ICO из заданного расположения (обычно \Content) в программное обеспечение клиента App-V, запущенное на клиентских компьютерах, можно выбрать один из трех следующих методов доставки для публикации:
Можно также выбрать метод доставки пакетов, используемый для потоковой передачи пакетов виртуальных приложений или файлов SFT с сервера управления в программное обеспечение клиента App-V, запущенное на клиентских компьютерах:
Кроме того, содержимое пакета можно предоставлять посредством автономной доставки или с использованием системы электронного распространения программного обеспечения, однако наиболее распространенные способы потоковой передачи пакетов основаны на использовании потокового сервера, сервера IIS или файлового сервера.В таблице 3-6 перечислены некоторые преимущества и недостатки каждого из этих методов доставки пакетов. Таблица 3-6. Преимущества и недостатки различных методов доставки пакетов
Для получения дополнительных сведений об эффективности и гибкости различных способов развертывания App-V в организации см. вставку «Из первых уст: App-V — масштабируемое решение для виртуализации приложений» в данной главе. Из первых уст: App-V — масштабируемое решение для виртуализации приложений Одной из возможностей, которыми я больше всего поражен в новой версии App-V, является число и разнообразие способов развертывания для пакетов виртуальных приложений. В SoftGrid версии 4.2 или более ранней виртуальные приложения можно было развертывать только с использованием полной внутренней инфраструктуры SoftGrid.Это ограничение могло быть достаточно существенным для среды филиала. Короче говоря, приходилось развертывать хранилище данных SQL вместе с сервером SoftGrid Streaming Server в каждом из филиалов. App-V предоставляет значительно более обширный выбор способов развертывания виртуальных приложений. Вы выбираете нужные параметры, а ненужные можно отложить для использования в будущем. Сейчас, думая о App-V, я прежде всего обращаюсь к пакету виртуального приложения.Поскольку этот пакет может быть развернут различными способами на нескольких клиентах, он остается постоянной величиной. Например, я могу взять пакет и развернуть его на коллекции клиентов Windows Vista в корпоративной штаб-квартире с помощью метода, считающегося традиционным. При этом я использую консоль App-V Management Console для публикации приложения в группе пользователей Active Directory. Эти данные записываются в хранилище данных SQL, а файлы пакета (SFT, ICO, OSD, SPRJ) сохраняются в папке «Content» потокового сервера. Клиент выполняет вход в систему и связывается с сервером обновления публикации Publishing Refresh Server, который чаще всего является и потоковым сервером App-V, и получает список приложений из хранилища данных SQL. Значки и файлы OSD передаются на клиент, а при начальном запуске значка начинается потоковая передача файла SFT на клиент с использованием протокола RTSPS.Здесь никаких новшеств не наблюдается. Однако если бы я находился в филиале, я мог бы использовать то, что внутри организации называется облегченным потоковым сервером.Это сервер App-V, единственное назначение которого заключается в потоковой передаче файлов SFT App-V с использованием протокола RTSPS (по умолчанию).Как администратор, я публикую приложения App-V в моей группе пользователей в Active Directory, как я делал в традиционной модели.После этого я копирую файл SFT на сервере в локальном филиале, где установлен облегченный потоковый сервер (LWS).Пользователь выполняет вход на свой компьютер, проходит проверку подлинности, а затем связывается с сервером Publishing Refresh Server для получения списка приложений, на которые у него имеются разрешения.Значки и файлы OSD передаются на клиент тем же способом, что и в корпоративной штаб-квартире.Однако когда пользователь запускает ярлык приложения, приложение передается в потоковом режиме с локального сервера LWS, а не по глобальной сети из корпоративной штаб-квартиры.Это происходит по той причине, что я как администратор задал в реестре клиента Application Source Root, который сообщает клиентам в филиале о том, что необходимо переопределить строку HREF в файле OSD и использовать локальный сервер филиала.Еще я могу точно так же задать Icon Source Root и OSD Source Root, чтобы весь трафик, кроме обновления, приходил с локального сервера LWS.Но это еще не все!Что же дальше? Что если я скажу вам, что в дополнение к этому вы могли бы развернут свои пакеты App-V для удаленных пользователей, у которых отсутствует постоянный доступ к офисной сети?Во время процесса виртуализации можно установить флажок, позволяющий создать файл MSI в дополнение к стандартным файлам пакета App-V.После этого можно развернуть файлы MSI и SFT в расположении, доступном для этого удаленного пользователя, например, на DVD-диск или в локальную общую папку.Пользователь дважды щелкает файл MSI, который использует службу установщика Windows для «установки» виртуального приложения.Смею вас заверить, что на самом деле никакой установки не происходит.В действительности служба установщика вызывает один из исполняемых файлов клиента App-V — Sftmime. exe. Если открыть файл MSI в Orca или другой служебной программе для редактирования MSI, становится видна группа команд SFTMime, которая добавляет приложение в клиент, публикует ярлыки, добавляет OSD и загружает файл SFT в кэш локальной файловой системы — sftfs.fsd.Я просто копирую файлы MSI и SFT на клиент и запускаю его.Никаких серверных компонентов при этот не требуется. Если этого недостаточно, можно также воспользоваться системой электронного распространения программного обеспечения, такой как System Center Configuration Manager R2.Благодаря этой возможности администратор объявляет пакет в System Center Configuration Manager, как если бы он был физически установленным приложением.Однако на самом деле это виртуальное приложение.При использовании System Center Configuration Manager в дополнение к расширенному клиенту System Center Configuration Manager на настольном компьютере также требуется клиент App-V.System Center Configuration Manager использует добавленный в пакеты App-V новый файл, который называется файлом манифеста (_manifest.xml) и содержит информацию обо всех приложениях в данном пакете.Этот файл используется для заполнения нескольких полей в новых приложениях, добавляемых в консоль System Center Configuration Manager.System Center Configuration Manager также допускает использование точек распространения, которые, вероятнее всего, уже созданы в организации, в качестве точек потоковой передачи для пакетов App-V.Когда расширенный клиент System Center Configuration Manager выполняет обновление политик, он воспринимает приложения App-V как физически установленные приложения.Вся прелесть этого способа заключается в том, что он не требует специальной инфраструктуры App-V и использует только существующую конфигурацию System Center Configuration Manager.Кроме того, он позволяет публиковать пакеты App-V для физических коллекций, а не только для пользователей. Иногда я чувствую себя родителем, испытывающим гордость за своего одаренного ребенка.Но в завершение стоит упомянуть и такую возможность масштабируемости, как введение потоковой передачи с использованием протокола HTTPS вместо протокола RTSPS.Некоторых такой акцент в итоговой части может разочаровать.Кто-то может сказать: «Разве такое нововведение не является очевидным?».Хотя оно и может казаться очевидным, оно привносит App-V множество новых возможностей. Представьте себе, что можно осуществлять потоковую передачу виртуальных приложений, которые никогда не изменяют и не модифицируют занимаемое место на клиентских устройствах, через Интернет.Да, чудеса случаются.Это значит, что компания или независимый поставщик программных продуктов могут разместить свои приложения на веб-сервере и предоставлять эти виртуальные приложения своим клиентам в любой стране.Клиенту все еще требуется клиент App-V, а в корне веб-сервера должно быть настроено расположение содержимого.Но тут хочется спросить: «А у кого нет веб-сервера?». Раньше у нас не было таких удобных методов доставки.Нам приходилось использовать потоковый сервер и хранилище данных SQL в каждом филиале.И нам это нравилось!Сейчас все значительно упростилось.Вы берете пакет App-V и выбираете подходящий метод доставки.«Я думаю, что передам этот пакет на данные клиенты с помощью RTSPS.Но на эти клиенты я доставлю пакет с помощью LWS, а затем запишу DVD-диск и отправлю его по почте этим удаленным пользователям.Ну а для этого сегмента компьютеров я воспользуюсь System Center Configuration Manager для объявления в коллекции, а затем передам пакет этим клиентам в потоковом режиме через Интернет посредством протокола HTTPS».Что будет дальше?Топология сети лучше, чем ARCNet? - Шон Донахью, старший руководитель программы, Развертывание App-V на отдельном объекте Если ваша организация расположена в одном месте и обладает быстрой, надежной и обширной локальной сетью, App-V можно развернуть, используя традиционный или классический подход, который знаком администраторам предыдущей версии SoftGrid 4.2.(см. рис. 3-34).Ниже перечислены компоненты App-V, которые требуется развернуть для данного сценария:
Для небольших объектов все перечисленные компоненты можно установить на одном сервере, выделив для папки «Content» одно из следующих расположений:
После развертывания требуемых компонентов App-можно воспользоваться Sequencer для создания пакетов виртуальных приложений и копирования папки пакета в общую папку «Content», В сети хранения данных (SAN) или на подключенном к сети запоминающем устройстве (NAS) высокой надежности Рисунок 3-34. Развертывание App-V на отдельном объекте. Чтобы создать вложенную папку в папке «Content» для каждого приложения.После этого администратор может опубликовать каждое из приложений для групп пользователей в доменных службах Active Directory, чтобы при входе на компьютер пользователь видел в меню «Пуск» и на рабочем столе ярлыки, позволяющие запустить эти приложения.Когда пользователь дважды щелкает ярлык, клиент App-V на компьютере пользователя выполняет потоковую обработку файла SFT из пакета приложения с сервера управления, а заем запускает это приложение для пользователя. Пакет приложения также помещается в локальный кэш на компьютере пользователя, чтобы ускорить следующий запуск этого приложения при следующем его использовании пользователем. Развертывание App-V в филиалах Более крупные организации, в состав которых входят удаленные филиалы, могут добавить еще один компонент App-V — потоковый сервер App-V, который позволяет пользователям эффективно использовать виртуальные приложения, предоставляемые из головного офиса через медленные каналы связи глобальной сети.Для этого сценария можно развернуть потоковый сервер в каждом филиале, а остальные компоненты App-V — на центральном объекте головного офиса(см. рис. 3-35).В данном сценарии виртуальные приложения публикуются для клиентских компьютеров в филиале через канал связи глобальной сети, а содержимое пакетов приложений передается на клиенты в потоковом режиме через локальную сеть филиала.В описанном сценарии для филиалов можно обеспечить доставку файлов ICO и OSD на клиент через глобальную сеть или изменить реестр клиента, чтобы эти файлы также доставлялись с локального сервера филиала. Рисунок 3-35. Развертывание App-V для филиалов. Развертывание App-V с использованием существующей системы электронного распространения программного обеспечения Крупные предприятия, на которых уже внедрена система электронного распространения программного обеспечения (ESD), могут использовать существующую инфраструктуру, чтобы обеспечить виртуализацию приложений для пользователейнесколькими различными способами.Например, на рисунке 3-36 показано предприятие, состоящее из двух объектов (головной офис и филиал), а также внешних пользователей, которым требуется доступ к виртуальным приложениям через Интернет.В данной конкретной реализации клиентские компьютеры в головном офисе осуществляют потоковое получение содержимого пакетов виртуальных приложений с потокового сервера App-V.Это позволяет этим клиентам использовать преимущества активного обновления — компонента App-V, который требует развертывания серверов App-V и обеспечивает автоматическое обновление виртуальных приложений на компьютерах конечных пользователей в следующем цикле обновления публикации.В отличие от этого клиентские компьютеры в филиале осуществляют потоковое получение содержимого пакетов виртуальных приложений непосредственно с точки распространения ESD, запущенной на файловом сервере в их локальной сети.Этот сценарий представляет собой простое и недорогое решение, когда SMB используется для потоковой передачи содержимого пакетов с существующего файлового сервера, на котором размещается папка «Content», клиентам, , однако это решение не поддерживает функцию активного обновления.И, наконец, сервер IIS в сети периметра головного офиса используется для потоковой передачи содержимого пакетов виртуальных приложений через Интернет с помощью протокола HTTPS на внешние клиентские компьютеры, такие как ноутбуки мобильных пользователей, что представляет собой другой сценарий, отличающийся простотой и отсутствием поддержки активного обновления. Рисунок 3-36. Пример развертывания App-V с использованием существующей системы электронного распространения программного обеспечения. Автономное развертывание виртуальных приложений В App-V Sequencer также можно создать файл MSI. который автоматизирует «установку» виртуального приложения.Этот файл MSI содержит дополнительные метаданные, которые позволяют системе электронного распространения программного обеспечения распознавать виртуализированные приложения и управлять ими.Для автономного режима требуется, чтобы клиент App-V был настроен на автономную работу, которая допускает только обновления приложений на базе файлов MSI.(В автономном режиме потоковая передача запрещена.)Этот режим предназначен для изредка подключающихся к системе пользователей, которые хотят использовать виртуализированные приложения, но не имеют доступа к серверу.В данном сценарии необходимо предоставлять файл MSI непосредственно пользователю, например, на компакт-диске или DVD-диске. Важно отметить, что файл содержимого пакета (SFT) не входит в состав файла MSI.Файл SFT должен предоставляться вместе с файлом MSI.Однако файлы ICO и OSD входят в состав файла MSI.Когда пользователь дважды щелкает файл MSI для виртуального приложения, последовательности команд, сформированные на базе команд SFTMIME клиента App-V, используются для добавления приложения и загрузки файла SFT в локальный кэш.В данном сценарии автономного развертывания для применения параметров групповой политики к виртуальным приложениям могут использоваться сторонние продукты, такие как GPAnywhere компании FullArmor. Развертывание App-V с использованием служб терминалов Можно также развернуть App-V с использованием служб терминалов, чтобы пользователи могли запускать виртуальные приложения вместо локальных компьютеров на сервере терминалов. В данном сценарии пользователь использует вместо клиента App-V Desktop Client клиент App-V Terminal Services Client. Для получения дополнительных сведений о преимуществах развертывания App-V вместе со службами терминалов см. запись «SoftGrid и службы терминалов: вместе — лучше» (на английском языке) в блоге группы разработчиков Microsoft Application Virtualization по адресу https://blogs.technet.com/softgrid/archive/2008/04/10/softgrid-and-terminal-services-better-togetheraspx. |