Виртуализация приложений — это тип виртуализации, при котором происходит изоляция приложения от ресурсов операционной системы.
Основной принцип виртуализации приложений заключается в том, что само приложение физически выполняется на локальной машине, но при этом оно не имеет доступ ни к драйверам, ни к реестру, ни к файловой системе, все эти ресурсы эмулируются. Причём такая виртуализация остаётся прозрачной для пользователя, приложение работает точно так же, как будто оно установлено локально.
Компания ЛанКей предлагает внедрение виртуализации приложений на базе программного продукта Microsoft Application Virtualization (App-V), ранее называвшимся SoftGrid.
Виртуализация приложений на базе Microsoft Application Virtualization (App-V) решает следующие задачи:
- Быстрый доступ к новым приложениям. Бывает, что возникает потребность в кратчайшие сроки предоставить пользователям новое приложение. Можно представить, сколько усилий потребуется, чтобы вручную установить эту программу на несколько сотен компьютеров. Да, можно использовать средства централизованного развёртывания — такие, как System Center Configuration Manager. Но, во-первых, не все приложения можно так развернуть, а, во-вторых, их нужно ещё и сконфигурировать. Многие приложения для установки требуют участие системного администратора, требуют перезагрузки компьютера, что отвлекает пользователя от работы.
При использовании виртуализации приложений Microsoft Application Virtualization приложение устанавливается и конфигурируется всего лишь 1 раз, на одном сервере. И буквально через несколько минут приложение становится доступным всем пользователям, без какого-либо участия системного администратора, без каких-либо перезагрузок. Также легко приложение может быть и удалено, в случае необходимости. - Быстрое обновление. Практически все приложения приходится обновлять. Обновления исправляют ошибки, закрывают уязвимости, добавляют новые функции. Хорошо, когда приложения поддерживают централизованное автоматическое обновление, но это умеют далеко не все приложения. Большую часть программного обеспечения приходится обновлять вручную, перезагружать компьютер, производить ещё какие-либо манипуляции, отнимая ценное время сотрудников компании.
Используя виртуализацию приложений Microsoft Application Virtualization, достаточно обновить один образ приложения на сервере и пользователи автоматически получат обновлённое приложение. - Быстрое изменение параметров. Также иногда возникают ситуации, когда требуется быстро перенастроить какое-либо приложение для всех пользователей, например, изменился путь к серверу баз данных 1С. И кому-то приходится бегать по всем компьютерам и перенастраивать клиент 1С. Представьте, сколько это займёт времени и усилий, если у вас 100 бухгалтеров.
При использовании виртуализации приложений на базе Microsoft Application Virtualization достаточно переконфигурировать приложение 1 раз на сервере, пользователи сразу получат переконфигурированное приложение. - Одновременный запуск несовместимых между собой приложений. Иногда сотрудникам компании требуется работать с несколькими приложениями, которые нельзя установить на один компьютер. Это могут быть и разные версии сред разработок, и клиентов бизнес-приложений, и какие-либо офисные пакеты.
Поскольку приложения, запущенные при помощи технологии App-V, изолированы от ресурсов операционной системы, то они и не конфликтуют между собой. Таким образом, предоставляется возможность на одном компьютере использовать несовместимые между собой приложения. Можно, например, одновременно запустить и работать с Word 2003, 2007, 2010. Причём, ни одно из приложений не вносит изменений в состояние операционной системы. - Жесткое управление правами. Microsoft Application Virtualization позволяет задать разрешения на запуск каждого приложения для каждого отдельного пользователя. И даже если пользователь является администратором на своём компьютере, он не сможет запустить неразрешённое ему приложение, т.к. оно не установлено на локальном компьютере.
Application Virtualization
What is Application Virtualization?
Технически Microsoft App-V состоит из секвенсора, управляющего сервера, сервера потоков, и клиентской части.
Структурная схема системы виртуализации на базе Microsoft Application Virtualization
Секвенсор App-V (Sequencer) предназначен для создания пакета виртуализованного приложения из обычного дистрибутива. Секвенсор работает под управлением Windows XP, Windows Vista, Windows 7, Windows Server 2003, Windows Server 2008 или Windows Server 2008 R2 – с теми же операционными системами, где в дальнейшем будет работать виртуализованное приложение.
Сервер управления (App-V Management Server) хранит пакеты виртуализованных приложений, загружая их клиентам по протоколам RTSP/RTSPS, и контролируя права доступа совместно с Active Directory. Сервер управления работает под управлением Windows Server 2003, Windows Server 2008 или Windows Server 2008 R2, используя собственный SQL Server.
Сервер потоков (App-V Streaming Server) может использоваться вместо сервера управления для загрузки виртуализованных приложений клиентам по протоколам RTSP/RTSPS и контроля прав доступа, но в отличие от сервера управления он не требует для работы SQL и Active Directory, а хранит настройки в системном реестре. Сервер потоков работает под управлением Windows Server 2003, Windows Server 2008 или Windows Server 2008 R2.
Также виртуализованные пакеты приложений могут храниться в общей папке на файл-сервере в виде установочных файлов MSI, откуда клиенты могут их загружать по протоколу SMB.
Клиентская часть Microsoft App-V работает под управлением Windows XP, Windows Vista, или Windows 7. При входе на своем рабочем столе и в меню «Пуск» пользователи автоматически видят доступные им опубликованные программы.
Пример использования Microsoft Application Virtualization: На одном компьютере запущены одновременно Microsoft Word 2003, Word 2007 и Word 2010.
Microsoft App-V приобретается в составе продукта Microsoft Desktop Optimization Pack, или продукта Microsoft Application Virtualization for Terminal Services.
Компания ЛанКей предлагает внедрение системы виртуализации приложений на базе Microsoft Application Virtualization с учётом потребностей бизнеса каждого заказчика. Наша компания обладает статусом Microsoft Gold Certified Partner, и все работы по разработке и внедрению системы выполняют сертифицированные инженеры, что позволят заказчику быть уверенным в надёжности и оптимальности предлагаемых нами решений.
- Домен Active Directory
- Корпоративная почта Microsoft Exchange Server 2013
- Объединенные коммуникации
- Объединенные коммуникации на базе Cisco Unified Communications Manager.
- Объединённые коммуникации Microsoft Lync
- Виртуализация серверов на базе VMware vSphere
- Виртуализация серверов Microsoft Hyper-V
- Виртуализация представлений на базе Microsoft Terminal Services и Virtual Desktop Infrastructure
- Виртуализация приложений на базе Microsoft Application Virtualization
- Стратегический ИТ-аутсорсинг
- ИТ-аутсорсинг сопровождения информационных систем
- Техническая поддержка ИТ-инфраструктуры
- ИТ-аутсорсинг — взгляд руководителя
- Компьютерное обслуживание
- Аудит информационных систем
- Аудит информационной безопасности
- ИТ-консалтинг в области построения и реорганизации ИТ-инфраструктур
- Организация процессов управления ИТ-инфраструктурой
- Системы резервного копирования Symantec BackUp Exec (Veritas)
- Системы резервного копирования Microsoft System Center Data Protection Manager
- Veeam BackUp https://www.lankey.ru/kis/server-virtualization/microsoft-application/» target=»_blank»]www.lankey.ru[/mask_link]
Обзор виртуализации приложений
Microsoft Application Virtualization (App-V) может сделать приложения доступными для компьютеров конечных пользователей, не устанавливая их непосредственно на этих компьютерах. Это можно сделать с помощью процесса, известного как виртуализации приложения, который позволяет каждому приложению выполняться в собственной автономной виртуальной среде на клиентском компьютере. Виртуалированные приложения изолированы друг от друга. Это устраняет конфликты приложений, но приложения по-прежнему могут взаимодействовать с клиентским компьютером.
Клиент App-V — это функция, которая позволяет пользователю взаимодействовать с приложениями после их публикации на компьютере. Клиент управляет виртуальной средой, в которой виртуализированные приложения выполняются на каждом компьютере. После установки клиента на компьютере приложения должны быть доступны компьютеру с помощью процесса публикации , который позволяет пользователю запускать виртуальные приложения. Процесс публикации копирует значки и ярлыки виртуальных приложений на компьютер (обычно на рабочем столе Windows или в меню «Пуск» ), а также копирует сведения об определении пакета и сопоставлении типов файлов на компьютер. Публикация также делает содержимое пакета приложения доступным для компьютера конечного пользователя.
Содержимое пакета виртуального приложения можно скопировать на один или несколько серверов Application Virtualization, чтобы его можно было передавать клиентам по запросу и кэшировать локально. Файловые серверы и веб-серверы также можно использовать в качестве серверов потоковой передачи или содержимого можно скопировать непосредственно на компьютер конечного пользователя, например, если вы используете электронную систему распространения программного обеспечения, например Microsoft Endpoint Configuration Manager. В многосерверной реализации для поддержания содержимого пакета и его актуальности на всех серверах потоковой передачи требуется комплексное решение по управлению пакетами. В зависимости от размера организации может потребоваться множество виртуальных приложений, доступных конечным пользователям по всему миру. Управление пакетами для обеспечения доступности соответствующих приложений для всех пользователей, когда и когда им нужен доступ к ним, является важным требованием.
Функции системы Microsoft Application Virtualization
В следующей таблице описаны основные функции системы управления Microsoft Application Virtualization Management System.
Microsoft Application Virtualization Management Server
Отвечает за потоковую передачу содержимого пакета и публикацию ярлыков и сопоставлений типов файлов клиенту Application Virtualization.
Сервер application Virtualization Management Server поддерживает активное обновление, управление лицензиями и базу данных, которую можно использовать для создания отчетов.
Папка содержимого
Указывает расположение пакетов Application Virtualization для потоковой передачи.
Эта папка может находиться в общей папке на сервере application Virtualization Management Server или вне нее.
Microsoft Application Virtualization Management Console
Эта консоль представляет собой средство управления оснасткой MMC 3.0, используемого для администрирования Microsoft Application Virtualization Server.
Это средство можно установить на сервере Microsoft Application Virtualization Server или на отдельной рабочей станции с установленной консолью управления (MMC) 3.0 и Microsoft платформа .NET Framework 2.0.
Веб-служба microsoft Application Virtualization Management
Отвечает за передачу запросов на чтение и запись в хранилище данных Application Virtualization.
Веб-службу управления можно установить на сервере Microsoft Application Virtualization Management или на отдельном компьютере с Microsoft IIS (IIS).
Хранилище данных Microsoft Application Virtualization
App-V SQL Server, отвечающая за хранение всех сведений, связанных с инфраструктурой Application Virtualization.
Эти сведения включают все записи приложений, назначения приложений и группы, которые отвечают за управление средой Application Virtualization.
Microsoft Application Virtualization Streaming Server
Отвечает за размещение пакетов Application Virtualization для потоковой передачи клиентам в филиале, где ссылка обратно на сервер application Virtualization Management Server считается подключением к глобальной сети .
Этот сервер содержит только функции потоковой передачи и не предоставляет ни консоль управления application Virtualization Management, ни веб-службу application Virtualization Management.
Microsoft Application Virtualization Sequencer
Sequencer используется для отслеживания и записи установки приложений для создания пакетов виртуальных приложений.
Выходные данные состоят из значков приложения, OSD-файла, содержащего сведения об определении пакета, файла манифеста пакета и SFT-файла, содержащего файлы содержимого программы приложения.
Клиент Microsoft Application Virtualization
Клиент Application Virtualization Desktop и клиент Application Virtualization Client для служб удаленных рабочих столов предоставляют виртуальную среду для виртуализированных приложений и управляют ими.
Клиент Microsoft Application Virtualization управляет потоковой передачей пакетов в кэш, публикацией обновления, транспортировкой и всем взаимодействием с серверами Application Virtualization.
Источник: learn.microsoft.com
Виртуализация приложений от Microsoft — просто иэффективно
Компоненты набора Microsoft Desktop Optimization Pack (MDOP) позволяют создавать мощные комплексные решения для оптимизации и автоматизации управления ИТ-инфраструктурой.
Компоненты набора Microsoft Desktop Optimization Pack (MDOP) позволяют создавать мощные комплексные решения для оптимизации и автоматизации управления ИТ-инфраструктурой, реализуемые с использованием Microsoft System Center, с которым компоненты пакета либо прозрачно интегрируются, либо, по сути, являются его элементами. Безусловно, в каждом случае специалисты найдут особую ценность каждой из составных частей пакета, но все-таки, на мой взгляд, бриллиантом в короне MDOP, без сомнения, является технология Microsoft Application Virtualization.
Microsoft Application Virtualization, или AppV, — это патентованная технология, предлагаемая Microsoft в рамках одного из направлений общей стратегии виртуализации. В отличие от остальных технологий, AppV «отделяет» приложения от операционной системы и позволяет им функционировать через сетевые службы, полностью избавляя от необходимости установки самого приложения на конкретную рабочую станцию или терминальный сервер.
Технологии AppV позволяют организовать «потоковую доставку» кода приложения, выполнение которого происходит в полностью изолированном виртуальном окружении, не оставляя следов в самой операционной системе, что избавляет администраторов и службу поддержки от решения целого ряда проблем, связанных с совместимостью, миграцией и версионностью приложений.
Конечно, это требует развертывания определенной инфраструктуры, основу для которой и предлагает компонент Microsoft Application Virtualization из состава Desktop Optimization Pack. В AppV версии 4.5 реализованы такие ее варианты:
полная инфраструктура с аутентификацией и авторизацией клиентов в Active Directory и хранением настроек и статистики доставки приложений в базе данных SQL Server (так называемый «тяжелый вариант», Heavyweight Solution);
отдельный самостоятельный потоковый сервер (так называемый «облегченный вариант», Lightweight Solution);
автономный режим, при котором осуществляется распространение готовых виртуализованных приложений в виде *.msi пакетов (допустим, через Software Installation Active Directory или даже на съемных носителях).
В качестве «оконечных устройств» для каждого из вариантов выступают рабочие станции или сервер терминалов.
Рассмотрим развертывание Microsoft Application Virtualization на примере и начнем, как полагается, с построения инфраструктуры. Учитывая реалии производства, придется ориентироваться на «облегченный вариант», так как «тяжелое» решение потребует некоторых изменений в членстве в группах Active Directory, а также либо развертывания еще одного локального сервера SQL Server, либо предоставления доступа на запись-чтение к уже существующему. Кроме того, администратору AppV придется делегировать ряд полномочий в AD и на SQL Server, что в производственных условиях, скорее всего, встретит сопротивление. Таким образом, в основе нашей среды лежит обычный рядовой сервер домена, на котором «в одиночку» будет функционировать самодостаточный потоковый сервер AppV (см. экран 1).
Процесс настройки серверной составляющей прямолинеен и очень прост. Перед установкой потокового сервера необходимо создать на нем роль IIS, так как HTTP-транспорт IIS нам впоследствии потребуется. Далее устанавливаем Streaming Server с дистрибутива MDOP, запустив соответствующий мастер (см. экран 2).
Мастер установки выполняется с сохранением всех значений по умолчанию, за исключением страницы Advanced Settings, где мы снимаем флажок у параметра Enable User authentication, так как не будем использовать контроллер домена (см. экран 3).
До перезагрузки сервера нужно выполнить еще одно действие: предоставить общий доступ к папке C:Program FilesMicrosoft System Center App Virt Streaming Servercontent (хотя можно и к любой другой). Она станет корневой папкой, в которой будут храниться пакеты приложений. На данный момент разрешения на общий доступ и разрешения NTFS можно оставить по умолчанию.
После перезагрузки выполняем еще одно действие — настраиваем потоковый сервер для работы по HTTP. Это новая возможность версии 4.5, которая имеет ряд преимуществ (впрочем, и недостатков тоже).
Первое преимущество — отсутствие упомянутых организационных проблем и чрезвычайная простота настройки. Второе — IIS, которые используются для этого, хорошо всем знакомы, и их настройка и обслуживание не вызовут затруднений.
Третье — используется протокол передачи данных и порт, который обычно остается открытым на сетевых экранах и, как правило, не требует изменения существующей настройки маршрутизаторов. Если бы мы настраивали потоковый сервер на использование «родного» протокола доставки кода приложений Real Time Streaming Protocol (RTSP), такие дополнительные настройки потребовалось бы сделать.
Недостатки такого варианта следующие. Потоковый сервер без сервера управления инфраструктурой (Management Server) лишен практически всех административных удобств полного варианта. Он не способен публиковать приложения на стороне клиента, не поддерживает формирование значков виртуализованных приложений на рабочем столе, в меню и прочих местах, где можно было бы ими непосредственно воспользоваться, не учитывает использования лицензий на приложения, не позволяет создавать наборы приложений и привязывать их публикацию к конкретным группам пользователей. Самый серьезный недостаток при использовании именно http заключается в том, что не поддерживается активное динамическое обновление (Active Upgrade) приложений на клиентах, если таковое состоялось на сервере.
Для настройки работы сервера AppV через HTTP нужно запустить оснастку IIS, перейти в узел Default Website и создать на нем виртуальную папку Content, которая бы указывала на ранее предоставленную в общий доступ папку Content (см. экран 4).
Далее через контекстное меню следует войти в настройки Default Website, открыть вкладку HTTP headers и создать два типа MIME: для расширения *.osd и расширения *.sft, указав тип MIME как App-V Application (см. экран 5).
После завершения настройки серверной части устанавливаем клиент AppV на контрольную рабочую станцию. При установке указываем настройки сервера. Хотя в нашем случае это и необязательно. Все остальные параметры оставляем по умолчанию (см. экран 6).
Ну вот, среда доставки приложения готова, теперь необходимо определить перечень приложений, которые будут подвергнуты виртуализации, и группы пользователей, которым наборы этих приложений будут доставляться.
Чаще всего самыми востребованными и критичными с точки зрения доступности и взаимосовместимости оказываются приложения офисного плана, и даже на какой-то период освоения AppV специалистами вопрос «а можно ли в нем виртуализировать офисный пакет?» являлся мерилом ценности продукта MDOP. Поэтому дальнейшее рассмотрение возможностей и порядка использования AppV из пакета MDOP пройдет именно на таком примере — виртуализация пакета офисных приложений.
Для этого нам потребуется еще одна рабочая станция, на которую будет установлено приложение виртуализации — секвенсор. Желательно, чтобы эта система была максимально производительной. Кроме того, одному из разделов ее жестких дисков должна быть присвоена буква виртуального системного диска, которая была указана при установке клиента AppV. По умолчанию это буква Q:. Именно на данный раздел и будут устанавливаться приложения, отслеживаемые секвенсором.
Это делается для того, чтобы настройки приложений оставались неизменными для всех клиентских рабочих станциях в окружении сервера. Поэтому для секвенсора используется логический раздел Q, а на клиентских рабочих станциях, благодаря технологии SystemGuard, создается виртуальный Q-раздел.
Установка секвенсора тоже выполняется с дистрибутива MDOP и традиционно для MDOP не вызывает никаких проблем: все установки — по-умолчанию (см. экран 7).
Теперь приступаем к виртуализации Microsoft Office 2007 непосредственно и запускаем секвенсор. Секвенсор — это, по сути, мастер, в котором отслеживается установка программных продуктов, вносимые по ходу изменения, а затем происходит перепаковка приложений и настройка параметров их доставки потоковым сервером.
Пошаговые инструкции по выполнению этой процедуры можно найти по ссылке: http://support.microsoft.com/kb/939796
Теперь вот на что хотелось бы дополнительно обратить внимание. При настройке пакета MSP — на то, что все параметры установки приложений необходимо выставлять либо в Not Available, либо в Run from My Computer. Установка дополнительных компонентов «по требованию», Installed on First Use, не поддерживается, так как локальный репозиторий Local Installation Source (LIS), формируемый при любой установке Microsoft Office 2007, доступен не будет.
Последний этап работы в секвенсоре — окно окончательных настроек перед сохранением проекта. Здесь, кроме выполнения некоторых обязательных изменений в соответствии с упомянутой инструкцией, необходимо проконтролировать значения параметров на вкладке Deployment. Именно они определяют, как клиент будет «общаться» с потоковым сервером (см. экран 8).
В результате работы секвенсора будут созданы следующие файлы:
файлы значков приложений в отдельном каталоге. При использовании сервера управления инфраструктурой они используются при доставке значков приложений на рабочий стол пользователя и «привязке» типов файлов к приложениям;
файлы *.OSD (формата Open Software Description) для каждого из виртуализованных приложений. В моем случае по окончании виртуализации я оставил только Microsoft Word, Excel, Outlook, Powerpoint. В этих файлах XML описаны все необходимые атрибуты запуска виртуального приложения клиентом. Файл *.OSD также указывает на местоположение файла.sft. Именно файл *.OSD используется клиентом AppV для установки соединения с потоковым сервером и начала загрузки приложения;
файл *.SFT — содержит в себе приведенный к последовательному виду код всех установленных приложений Microsoft Office 2007. Данные в этом файле разбиты на сегменты по 32 Кбайт, которые объединяются в два блока: Feature Block 1 (FB1), содержащий код наиболее часто используемых функций приложений, и Feature Block 2 (FB2), содержащий все остальное. При первом запуске приложения на стороне клиента доставляется и кэшируется FB1, а FB2 доставляется по требованию (см. экран 9). Содержимое FB1 определяет администратор секвенсора. Для этого в окне мастера секвенсора Sequencing Wizard — Step 6 of 7 необходимо последовательно запустить каждое из приложений и поэкспериментировать со всеми наиболее часто используемыми функциями, чтобы FB1 был сформирован правильно. Кстати, если этого не с делать, то весь «захваченный код» приложения будет помещен в FB1;
файл *.SPRJ — файл проекта секвенсора. Он может использоваться для последующей корректировки пакетов виртуализованных приложений.
файл манифеста — *_manifest.xml, генерируется всегда и, кроме всего прочего, содержит информацию о том, где создавать значки приложений, как ассоциировать расширения имен файлов с приложениями и формировать дополнительные пункты в контекстных меню. В обычных режимах работы инфраструктуры этот файл нигде не применяется, но может быть использован для распространения приложений, обработанных секвенсором через системы электронной доставки программных продуктов (ESD — electronic software distribution systems) и при импорте в System Center Configuration Manager 2007 R2.
Файлы *.OSD и *.SFT, а также каталог со значками и манифест следует скопировать в папку Content на потоковом сервере. Настоятельно рекомендую также проверить содержимое файлов *.OSD вручную, в особенности содержимое тэгов и . В моем случае это выглядело примерно так, как показано на экране 10.
Теперь необходимо создать комфортные условия для пользователей, то есть выполнить «доставку» ярлыков приложений в легкодоступные места интерфейса и создать необходимые ассоциации для расширений имен файлов, чтобы их можно было запускать привычным двойным щелчком.
В нашем упрощенном сценарии облегченной инфраструктуры присутствует только потоковый сервер. Как уже было упомянуто при описании недостатков этого варианта, централизованная публикация приложений на стороне клиента со всеми атрибутами в таком случае не выполняется. Поэтому сделаем это вручную — воспользуемся приложением SFTMIME. EXE, которое входит в комплект клиентской поставки, запустив его из командной строки:
SFTMIME ADD PACKAGE:»office12»
/MANIFESTstr-srvcontent
Office12_manifest.xml
/OVERRIDEURLstr-srvcontent
office12_2.sft/GLOBALSFTMIME обработает содержимое файла манифеста и *.sft файла и внесет необходимые изменения в рабочее окружение, а также выполнит настройки клиента AppV, направленные на использование виртуального пакета Microsoft Office 2007 (см. экран 11).
Вообще, SFTMIME задумывалось как средство удаленного администрирования клиентов AppV. Будучи приложением для командной строки, оно позволяет выполнить те же самые настройки, которые выполняются в графическом режиме в оснастке MMC Application Virtualization Client. Через использование SFTMIME в сценариях регистрации групповых политик Active Directory можно выполнить все необходимые административные задачи на клиентах AppV, допустим, сделать предварительную загрузку приложений, отозвать отдельные приложения, переназначить потоковый сервер и.т.д.
Последнее, что осталось сделать, — это назначить селективные разрешения пользователям на работу с приложениями. Ведь не все всем должно быть доступно, верно?
В варианте Lightweight Solution разрешения на запуск приложений регулируются через списки ACL общей папки Content или ее подпапок на потоковом сервере и селективным предоставлением приложений различным группам пользователей в контексте SFTMIME ADD APP или SFTMIME DELETE. В моем случае в окончательном варианте я раздал разрешения NTFS и разрешения на общий доступ «по чтению» для членов группы Authenticated Users на папку Content и этим ограничился.
При принятии решения на внедрение Application Virtualization следует выполнить тщательную оценку существующего окружения, а также определиться с имеющимися ограничениями и рисками, связанными с использованием этого продукта. Если условия жесткие, а риски для производственного окружения неприемлемы, то вполне можно ограничиться и рассмотренным упрощенным вариантом.
Впрочем, это имеет и оборотную сторону: успешное внедрение новых технологий зависит не только от их привлекательности и перспектив, но и от простоты их интеграции, а также от подготовленности инфраструктуры к новым веяниям. Пример, который я привел в своей статье, абсолютно нетребователен ни к одному, ни к другому, и поэтому я считаю, что MDOP и Application Virtalization обречены на успех.
Источник: www.osp.ru