App-V : La théorie |
News |
Written by Cyril Pineiro |
Monday, 09 April 2012 22:52 |
Comment ça marche ? Il est important de lister les différentes couches en question, il existe 4 grandes couches :
App-V se situe au niveau de la couche Applicative et permet de "virtualiser" celle-ci. App-V permet :
App-V permet de créer des bulles applicatives indépendantes du système et de ses paramétrages. Ces bulles sont déployées sur le poste client, le code de l’application s’exécutera en local. La bulle applicative ne sera donc pas installée mais stockée sur une partition fictive (par défaut : Q:\) et s’exécutera dans un environnement "virtualisé", ne touchant ainsi pas aux paramètres système. Ce procédé aide à résoudre des problèmes de compatibilité et de conflits d’accès aux DLLs, registres etc. Pour résumer, l’administrateur met à disposition sur un serveur un certains nombres d’applications, qu’il va attribuer par des groupes Active Directory qu’il aura mis en place au sein de son organisation. Lorsque le client se connectera au réseau, le client App-V se connectera au serveur pour savoir à quoi il a accès. Il téléchargera la liste des applications et déposera les différentes icônes aux endroits spécifiés par l’administrateur (bureau, menu démarrer etc.) Ceci est totalement transparent pour l’utilisateur. Lorsque le client voudra utiliser une application pour la première fois, il cliquera sur l’icône. Le client va demander au serveur de lui envoyer la bulle applicative en streaming (le launcher sera envoyer en premier afin de réduire au maximum le temps d’attente ressenti). Lorsque le client aura reçu l’application, il exécutera en local l’ensemble de la bulle applicative envoyée par le serveur (limitant ainsi les interactions avec le système). L’application s’ouvrira sans être installée. Il est aussi possible de rendre disponible l’application "hors connexion" ou hors réseau), un client mobile pourra donc exécuter l’application à partir de chez lui (à condition qu’il n’y ait aucune interaction Client-Server sur l’applicatif). Un processus de mise à jour est possible, si vous déployez une nouvelle version de l’application, le client lors de sa prochaine connexion au réseau, re-téléchargera l’ensemble de l’application. Le processus est similaire, si le client fait face à un problème avec l’application, il lui est possible de la « réparer » (ou retélécharger l’ensemble de la bulle applicative) Ceci est totalement transparent pour l’utilisateur.
Les différentes entités ?
Quoi virtualiser ? Tout ou presque, vous pouvez tout virtualiser à condition que l’application:
Attention, App-V ne résout pas les problèmes de compatibilité d’application liés au système d’exploitation. Il n’est donc pas possible d’utiliser App-V pour installer une application non compatible avec Vista sur un client Windows Vista. Pour résoudre ce genre de problème, Microsoft a développé MED-V (suite au rachat de Kidaro) qui permet de faire de la virtualisation de système d’exploitation.
|
Last Updated on Friday, 27 April 2012 21:52 |