VMware has announced Horizon Application Manager 1.2, and together with the new ThinApp 4.7 release it promises “end users access to Windows, SaaS and enterprise web applications across different devices while retaining control and visibility via policy-driven management”.
The coupling of the Horizon Application Manager with ThinApp is a great idea, and when I saw today’s announcement I got pretty excited. The possibility to have your own internal application portal providing your end users with self-service installs of virtualized applications is great news and could potentially be really useful in a great number of organizations.
Sadly my initial excitement quickly faded when I realized that for now Horizon Application Manager is a hosted service, that requires an on premise connector in your infrastructure that sends over a limited set of Active Directory data to enable it to check user account or group access to the applications it offers. The connector provides single sign-on (Kerberos) functionality for users already authenticated in your Active Directory and authenticates the user to the Horizon service using SAML, so the hosted service never has the AD password. The hosted service does still needs some information like samaccountname, first name, last name, email and a GlobalUID.
This also means that users who run a virtualized application provisioned by Horizon Application Manager an active internet connection is required, even if the virtualized application packages are stored on a local (to the user) file share. Subsequent application launches does not require an active connection, as the applications are copied to the local system on the initial run. The Horizon agents retrieves a lease for the application, from the Horizon service, for an administrator configurable number of days (30 days default) and the end-user can run the application, without connecting to the Horizon service, until the lease expires or is renewed.
For many organizations, including mine, this poses a real problem. “Handing over” Active Directory data to a hosted service is not something I would want in my environment, especially when our use case would be to provide end users with a self-service application portal for local applications. Other organizations might look at that differently though, and this might not be a concern for all customers.
I understand that Horizon Application Manager was initially created for SaaS scenarios where a hosted authentication portal makes sense. I also understand that this is the first version that provides integration with ThinApp, and this is very much a product still in development and refinement.
For now, Horizon Application Manager does not provide the use case that I was looking for but thankfully Ben Goodman, Lead Evangelist for VMware Horizon, has taken the time to address my call for an on-premise version of Horizon Application Manager:
This is great news, an on-premise version that provides exactly what I’m looking for seems to be in the pipeline and on VMware’s roadmap for Horizon Application Manager. I just wish I had it now, it would have been perfect for a project I’m working on at the moment that I hope to wrap up by the end of the year.
Oh well, there is always next year and the next project!
- Building End-User Computing Solutions with VMware View Book Available —
- Thinapped vSphere Client Updated to V5.0 —
- Auto Installation and Configuring of vSphere ESXi 5 —
- DaaS or Having Fun with ThinApp —
- Testing VMware vSphere 5 Swap to Host Cache —