Comments 20
Лучшие традиции Windows-администрирования! В картинках, на которых всё написано, «Для чайников» :)
+5
Эта функциональность должна быть частью пользовательской ОС.
+2
да, PREFIX это очень сложно и запутано :)
+3
Вы так говорите, будто ни разу не слышали слов chroot и jail.
0
ну chroot, openvz/jail все таки это как-то слишком круто для запуска двух веток приложения. Так можно и kvm запилить, благо он в ядре :)
+1
Зависит от приложения. Пример из моей практики. В Латвии продаётся продукт 1С для микропредприятий. Микропредприятие — это где работает один-два человека. Естественно, своего бухгалтера у таких компаний нет, они пользуются услугами наёмных бухгалтеров. Один такой бухгалтер может вести несколько микропредприятий, а комп — один. А 1С со своей левой системой защиты вторую копию поставить не даёт. Выход? Виртуализация! Ибо лицензии такого типа выписываются непосредственно на микропредприятие, а не на бухгалтера.
Так что и kvm может потребоваться (: Ну мало ли что в жизни бывает… Иначе, согласитесь, не было бы такого разнообразия полезных инструменов.
Так что и kvm может потребоваться (: Ну мало ли что в жизни бывает… Иначе, согласитесь, не было бы такого разнообразия полезных инструменов.
+1
Как я понял, это приложение работает по типу Wine?
А если использовать непосредственно сам Wine (он под Windows тоже есть)? Или PortableApp Platform (который, как я понял, хукает обращения к файлам и реестру)?
А если использовать непосредственно сам Wine (он под Windows тоже есть)? Или PortableApp Platform (который, как я понял, хукает обращения к файлам и реестру)?
0
В чем смысл Wine для Windows?
0
PortableApp не виртуализирует, а аккуратно перенастраивает реальный реестр для программы, по выходу он опять же аккуратно (по возможности) возвращает все на место.
А вот здесь приведен небольшой список программ, которые занимаются реальной виртуализацией.
http://forum.ru-board.com/topic.cgi?forum=5&topic=37066
А вот здесь приведен небольшой список программ, которые занимаются реальной виртуализацией.
http://forum.ru-board.com/topic.cgi?forum=5&topic=37066
0
К уже упомянутым MS App-V, VMware ThinApp, Citrix XenApp Streaming
и к перечисленным программам в этом списке
Я хотел бы добавить:
— Symantec EndPoint Virtualization Suite
— InstallFree Bridge
— Endeavors Application Jukebox
— Novell ZenWorks Application Virtualization
Также советую почитать весьма неплохие статьи со сравнительным анализом систем виртуализации
— Virtualfuture's Application Virtualization comparison chart of September 2009
— PQR's Application Virtualization Smackdown 2010
— PQR's Application Virtualization Solutions Overview and Feature Compare Matrix
и к перечисленным программам в этом списке
Я хотел бы добавить:
— Symantec EndPoint Virtualization Suite
— InstallFree Bridge
— Endeavors Application Jukebox
— Novell ZenWorks Application Virtualization
Также советую почитать весьма неплохие статьи со сравнительным анализом систем виртуализации
— Virtualfuture's Application Virtualization comparison chart of September 2009
— PQR's Application Virtualization Smackdown 2010
— PQR's Application Virtualization Solutions Overview and Feature Compare Matrix
+1
Сорри за неточность в ссылках, вот точные url на 2 последних документа:
www.virtuall.eu/download-document/application-virtualization-smackdown
e-books.bassq.nl/Microsoft/VRC%20-%20ApplicationVirtualizationSolutionOverviewandFeatureCompareMatrix.pdf
www.virtuall.eu/download-document/application-virtualization-smackdown
e-books.bassq.nl/Microsoft/VRC%20-%20ApplicationVirtualizationSolutionOverviewandFeatureCompareMatrix.pdf
+1
Я и писал, что не виртуализирует, а хукает. Ну и что? Кому нужна виртуализация и сильная защищённость — они ставят полноценное ПО для виртуализации, которое сжирает кучу ресурсов, особенно памяти.
0
Хочу дополнить список ограничений, которые накладывает виртуализация на приложение.
В зависимости от выбранной системы, не виртуализируются или крайне сложно и проблемно виртуализируются следующие типы приложений:
1. Плагины, Add-in-ы и прочите типы исполняемых и dll файлов которые встраиваются в приложение другого производителя, расширяя его функциональность.
2. Приложение взаимодействующее с windows сервисом запущенным под системным аккаунтом, особенно когда параметры настройки сервиса хранятся в реестре или файлах включенных в виртуальный образ приложения.
3. Приложения разных производителей или входящие в разные продукты одного производителя взаимодействующее через DDE, OLE, DCOM, COM (OutprocServer32)
4. Приложения которые в конфигурационных файлах или реестре хранят пути к файлам находящимся в user profile. Проблема заключается в том, что «упаковка» приложения выполняется под одним аккаунтом (admin например) а запуск — по другим. И если система виртуализации не преобразует «на лету» обращения к файлам из одного пользовательского аккаунта (под которым создан образ) в актуальный путь к файлу для текущего пользователя, то приложение работает с ошибкой и зачастую сложно определить причину этой ошибки. Например MS App-V корректно отрабатывает пути записанные в реесте, но оставляет «as is» пути к файлам записанные в cfg, xml, ini файлах… :( что приводит к непонятным (для пользователя) проблемам в работе приложения.
Кстати, для App-V пакетов последнюю проблему может решить тул App-V Generator, у него есть фича сканирования текстовых файлов и реестра, включенных в SFT файл и нахождение «hard-coded» путей к файлам, IP адресов и т.д. Также есть пул скриптов, которые позволяют обновлять актуальные пути на user profile текущего пользователя в конфигурационных файлах при старте виртуального приложения.
В зависимости от выбранной системы, не виртуализируются или крайне сложно и проблемно виртуализируются следующие типы приложений:
1. Плагины, Add-in-ы и прочите типы исполняемых и dll файлов которые встраиваются в приложение другого производителя, расширяя его функциональность.
2. Приложение взаимодействующее с windows сервисом запущенным под системным аккаунтом, особенно когда параметры настройки сервиса хранятся в реестре или файлах включенных в виртуальный образ приложения.
3. Приложения разных производителей или входящие в разные продукты одного производителя взаимодействующее через DDE, OLE, DCOM, COM (OutprocServer32)
4. Приложения которые в конфигурационных файлах или реестре хранят пути к файлам находящимся в user profile. Проблема заключается в том, что «упаковка» приложения выполняется под одним аккаунтом (admin например) а запуск — по другим. И если система виртуализации не преобразует «на лету» обращения к файлам из одного пользовательского аккаунта (под которым создан образ) в актуальный путь к файлу для текущего пользователя, то приложение работает с ошибкой и зачастую сложно определить причину этой ошибки. Например MS App-V корректно отрабатывает пути записанные в реесте, но оставляет «as is» пути к файлам записанные в cfg, xml, ini файлах… :( что приводит к непонятным (для пользователя) проблемам в работе приложения.
Кстати, для App-V пакетов последнюю проблему может решить тул App-V Generator, у него есть фича сканирования текстовых файлов и реестра, включенных в SFT файл и нахождение «hard-coded» путей к файлам, IP адресов и т.д. Также есть пул скриптов, которые позволяют обновлять актуальные пути на user profile текущего пользователя в конфигурационных файлах при старте виртуального приложения.
+1
Sign up to leave a comment.
Как решить проблему конфликта приложений