Passage à App-V 5.0 ? Une évidence !
Une offre de virtualisation plus flexible
La souplesse qu'apporte la virtualisation applicative pousse à vouloir virtualiser la plupart des applications que l'on utilise. La virtualisation d'application complexe pose malgré tous des problèmes surtout lorsque ces applications bénéficient d'un haut niveau d'intégration avec le système ou d'autres applications.
Prenons l'exemple d'un outil de comptabilité qui automatise la création d'un tableau de bord dans Excel. Cette interaction entre applications qui nous semble acquise demande une intégration particulière dans le contexte d'une application virtualisée.
Les applications virtualisées étant par définition isolées et protégées les unes des autres. Elles permettent de se soustraire à des problématiques comme le "dll-hell" et ajoute à l'intérêt de la virtualisation applicative. Par contre elle sont un obstacle dans d'autres scénarios de déploiement.
App-V 4.6 offrait la technologie Dynamic Suite Composition (DSC) afin que les applications virtuelles puissent partager des composants middleware comme le runtime Java, mais la coopération complète entre les applications n'avait pas été pris en charge.
Dans App-V 5.0, la technologie Application Connection Group permet à plusieurs applications qui ont été séquencées séparément d'interagir ensembles en étant exécutées dans le même environnement. Cela laisse un champ d'action plus large lors de l'exécution des application tout en continuant à bénéficier d'un temps d'évaluation des régressions réduit.
Ce nouveau mode opératoire permet aussi d'adapter l'implémentation des applications selon les usages des utilisateurs. Ainsi, dans notre scénario, nous distribuons Excel à tout le monde et le logiciel de comptabilité seulement aux comptables en spécifiant pour ces derniers qu'Excel doit s'exécuter dans le même environnement virtuel que le logiciel de comptabilité. Le packaging ne se fait qu'une fois pour chaque application et l'intégration est personnalisée selon les profils.
Un nouveau format de package permet aussi de s'affranchir de la limite de 4Go pour étendre la compatibilité aux applications nécessitant un espace de stockage important.
Un outil de conversion est ainsi disponible par l'intermédiaire de deux commandes PowerShell (Test-AppvLegacyPackage et ConvertFrom-AppvLegacyPackage).