Спасение от хаоса DLL

Джеймс Дрюс

Виртуализация приложений позволяет избегать DLL-конфликтов и поддерживать “в чистоте” дисковое пространство и реестры рабочих станций. Можно сказать, что за этой технологией будущее распространения ПО в корпоративной сети.

Сегодня функция виртуализации рабочей среды приложений на уровне ОС — одна из наиболее востребованных на корпоративном рынке ПО, и частным свидетельством тому является популярность таких пакетов, как продукты VMWare компании EMC и Virtual PC компании Microsoft. Согласно оценкам Forrester, 40% предприятий Северной Америки используют виртуализацию серверов, причем к 2008 г. поддержка этой технологии будет встроена в оборудование большинства серверов.

А как насчет реализации виртуализации на уровне приложений? Ряд компаний уже начали работать на этом зарождающемся рынке, носящем разнообразные названия: “виртуализация приложений”, “изоляция приложений”, “приложение в песочнице” (sandboxing) или “оперативная загрузка приложений” (streaming). Но, как его ни назови, процесс этот включает упаковку приложения в специальную интерфейсную оболочку, изолирующую приложение от ОС и других приложений. Таким образом, что бы приложение ни делало, оно не влияет на другие запущенные на той же машине приложения и само не подвержено их влиянию. Любые изменения, вносимые им в файлы или реестр, будут носить изолированный характер за счет этой специальной оболочки, что значительно облегчает процессы распространения приложений на рабочие станции и их дальнейшего удаления. Хотя виртуализированные приложения могут использоваться и на серверах, но, вероятнее всего, на серверной стороне будет выполнена виртуализация ОС, виртуализация же приложений востребована скорее на клиентской стороне.

К настоящему времени большинство средних и крупных ИТ-организаций уже выбрали для себя технологию распространения приложений на пользовательские рабочие места. Этот процесс может включать как инсталляцию всех необходимых приложений на эталонную машину, с последующим ее клонированием (например, с помощью продукта Ghost компании Symantec), так и использование штатной системы распространения ПО, такой, как ZENworks компании No-vell или Systems Management Server компании Microsoft, выполняющей установку приложений поочередно.

Обе эти возможности отлично подходят для типового распространения ПО, но могут привести к конфликтам библиотек, если двум приложениям потребуются разные версии одной и той же DLL — например, когда почтовые клиенты Outlook и Eudora используют различные версии MAPI32.DLL. Проблемы могут также возникнуть и при модернизации пакета Office от Microsoft, если одни документы должны открываться в новой версии пакета, а другие — в старой: вряд ли на одном компьютере будут работать обе версии MS Office. В результате группам, отвечающим за поддержку приложений, приходится обеспечивать работу нескольких версий приложений, которые на каждом компьютере должны быть инсталлированы в единственном числе. Именно здесь наиболее четко проявляются преимущества виртуализации приложений, за счет которой на одном и том же компьютере можно легко устанавливать и запускать несколько версий одного приложения.