MS App Virt 4.5 synthèse des principales nouveautés

Je trouvais un peu long d'écrire "Microsoft Application Virtualization" et il n'y a pas encore de shortcut officiel donc... Vous allez vite comprendre que question abréviations il va falloir bientôt proposer une solution parceque...

Ma petite synthèse des principales fonctionnalités avant des post ultérieurs qui préciserons d'avantage.

1. Des nouveaux serveurs

Le bon vieux SVAS evolue. Deux types de serveurs sont désormais disponibles:

-  Microsoft System Center Application Virtualization Management Server ou plus simple MSCAVMS (enfin plus simple...). Ce serveur reprend l'ensemble des fonctionnalité du SVAS de la v4.2.

Pré-requis : AD, SQL Server (pour rappel MSDE n'est pas supportée en production)

Fonctions:

- Publication : validation des droits aux applications, des licenses, transmission aux clients 4.5 des fichiers OSD et ICO.

- Streaming : rien de nouveau ici, le serveur peut descendre les applications virtuelles à la demande via streaming.

- Microsoft System Center Application Virtualization Streaming Server ou MSVAVSS

Pré-requis : un serveur avec un peu de place disque ;-)

Fonctions : Seule la fonctionnalité streaming est disponible.

2. Déployment via paquet MSI

Le client 4.5 intégre désormais deux grands modes de fonctionnement:

- Le mode classique : récupération des références des applications auprès d'un serveur SoftGrid, puis streaming (auprès d'un MSCAVMS ou d'un MSVAVSS suivant l'architecture mise en oeuvre). les applications suivent les utilisateurs (philosophie des applicatons à la demande).

- Le mode stand alone : le client fonctionnement en mode offline et n'accepte plus que des applications virtuelles sous forme de MSI (cf MSI Utility). Ces applications ciblent donc désormais une machine, le cache peut être maintenu en mode system.

Le mode MSI est à privilégier principalement pour les machines offline (via DVD...) ou ayant une connectivité limitée (réseau faible, WAN...).

3. Des nouveaux scénarii d'architecture envisageables

Les architectures envsageables sont multiples et plus adaptés désormais à chacun. Nous préciserons le tout dans un futur post, néanmoins on peut déjà envisager:

Le Streaming dans les sites distant via des MSVAVSS dé centralisés,

La distribution des applications et des droits soit via un MSCAVMS centralié soit via un outil de déploiement (SMS, SCCM, autre) et la publication d'un manifest spécifique.

La distribution de packages virtuelles sous forme de MSI pour des clients déconnecté ou à faible connection.

4. Dynamic Suite Composition (DSC), la fonctionnalité qui change la donne

Auparavant le package de middleware était envsiageable mais complexe et diffcile à maintenir. Concrêtement le middleware devait accompagner chaque application dans son package. On ne pouvais faire évoluer facilement un middleware sans tout reprendre.

Avec DSC l'administrateur SoftGrid peut décider des bulles virtuelles qui communiquent. On peut envisager cette utilisation pour des framework, des Add-Ins....

Par exemple, création d'un package contenant la JRE dédié et 10 applications JAVA dans une bulle différente.

5. déploiement via Internet

La fonctionnalité dans la v4.2 n'était pas supportée, désormais elle est envisagelable pour les deux fonctions "Publication" et "streaming".

Voilà, je vais revenir sur ces différents points dans les mois qui viennent, mais pour l'instant ce n'est que du tout bon !!