App-V的抓住Microsoft App-V迁移窗口期
那些当初让你开始应用虚拟化的理由在今天可能已经不再成立。Microsoft App-V 4.5或4.6的生命周期即将结束,你现在就该决定选择什么样的应用虚拟化工具,这样才能确保你能在此之前完成迁移。 如果你还在使用App-V 4.5或4.6,你就该开始考虑你的迁移计划了。 Microsoft App-V 4.5目前已处于其产品生命周期的扩展支持期,扩展支持将在2019年1月8日终止。App-V 4.6也只有几个月就要进入扩展支持期,扩展支持期将从2015年7月14日开始。App-V4.6版的扩展支持期将在2020年7月14日终止,相信你已经记下了这个截止日期。 显然你现在还不必惊慌失措;毕竟和(已经终止支持的)Windows XP相比,这些截止日期看起来还不算迫在眉睫。但现在也正是开始规划迁移App-V的最佳时机。那么,你应该向哪里迁移?Microsoft App-V 5看起来是最轻松的答案,但如果你有时间回答几个问题,请回顾一下,你最初为什么会做应用程序虚拟化。今天你的答案很可能与当初有着天壤之别。 App-V应用程序虚拟化的基础其实就是给App-V应用程序软件打包。这些App-V软件包可以包含单个应用程序或一组具备依存关系的应用程序,比如包含某些插件的Outlook程序。即使你不需要隔离和串流App-V应用程序,应用打包也可以非常有效地减少你的App-V桌面基础映像(无论是物理还是虚拟桌面)数量。 问题是,如果采用传统的App-V应用程序虚拟化工具——可以说我指的就是Microsoft App-V或者VMware ThinApp——你就无法将全部(关联程序)都打包。由于这样或那样的原因,某些App-V应用程序就是无法打包虚拟化后运行,所以这些特例必须部署在基本映像中。每个App-V应用程序的情况各不相同,但问题通常都出在被公司遗忘的某个旧App-V应用程序的某个功能上。如果你只是想把App-V应用程序虚拟化当成App-V应用程序的管理手段来用,结果可能会让你失望。 考虑到上述因素,如果你正在考虑从App-V 4.6 迁移到 5,就该弄清楚,你今天打算以哪种方式使用App-V应用程序虚拟化。你需要隔离、安全和应用串流应用程序功能吗?如果答案是肯定,那你可以继续App-V。 如果你只是想要一个漂亮的App-V应用程序管理平台,不妨看看其它App-V替代选择。有很多方法独到的App-V现代应用管理平台可选。FsLogix 使用策略来隐藏Windows中的App-V应用程序,即使这些App-V应用已经部署在基本映像中。 Cloudhouse管理的App-V应用程序包并非孤立存在,App-V应用程序包默认以集成的状态来运行。Spoon把应用放在其Web前端的微虚拟机组件上运行。即使是已经拥有自己ThinApp的VMware,今天也有了一个独特的App-V应用程序管理产品:App-V Volumes,在虚拟磁盘上的现代化的App-V应用程序包。 有很多种选择,选择哪个平台,取决于你打算如何使用App-V。没人会喜欢切换平台,但如果必须切换,现在正是作出筹划的大好时机。
2024-10-28 广告