Solution

Modernisez les applications de votre parc Omnissa App Volumes, pas seulement la plateforme.

Omnissa App Volumes (anciennement VMware App Volumes) livre nativement les applications EXE, MSI, MSIX et ThinApp. Le volet plateforme d'un renouvellement Horizon et App Volumes est généralement bien maîtrisé ; ce sont les applications qui tournent dessus, souvent packagées il y a des années en ThinApp ou en installation native, qui bloquent le projet. EtherApps Forge capture ces applications depuis une installation en cours, même lorsque l'installateur d'origine a disparu, et produit un MSI ou MSIX signé qu'App Volumes rattache exactement comme il l'a toujours fait.

7 jours. Sans carte bancaire. Capturez une vraie application dès le premier jour.

Pas de reconstruction

App Volumes livre déjà nativement EXE, MSI, MSIX et ThinApp

Sans installateur

récupérez les applications legacy lorsque le média d'installation est perdu ou que le portail éditeur est verrouillé

Faible coût, self-service

un essai Forge de 7 jours sur une vraie application plutôt qu'un projet de packaging mené par un partenaire

Diagramme montrant une application legacy sur un parc Omnissa App Volumes capturée depuis une installation en cours et convertie par EtherApps Forge en package MSI ou MSIX signé, puis livrée via le support natif MSI, MSIX, EXE et ThinApp d'App Volumes.

The problem

Pourquoi le backlog d'applications survit à chaque renouvellement de plateforme.

En clair : l'environnement Horizon et App Volumes est renouvelé, mais les applications qui tournent dessus ont des années, plusieurs ont été packagées en ThinApp avant que ce format ne tombe en désuétude, et personne n'est confiant à l'idée de les repackager de zéro. Côté informatique : un parc App Volumes vieillissant porte un backlog d'applications ThinApp et en installation native avec des dépendances peu claires, une compatibilité incertaine avec une version actuelle d'App Volumes, et aucune route rapide vers un format de package moderne. Les deux versions ont besoin de la même réponse : capturer ce qui est réellement installé, le convertir en un package qu'App Volumes sait déjà livrer, et le faire sans un projet de repackaging complet par application.

Les packages ThinApp vieillissent

ThinApp a longtemps été une route de packaging courante pour App Volumes. L'environnement de build d'origine, le projet du séquenceur et la personne qui l'a créé ont souvent disparu depuis longtemps, laissant un package ThinApp fonctionnel que personne ne peut reconstruire ou mettre à jour en toute sécurité.

L'installateur de l'application sous-jacente est manquant

Que l'application ait été livrée à l'origine en ThinApp, en installation native ou en AppStack, l'installateur source a souvent disparu des années avant que quiconque ait besoin de la repackager, si bien qu'une reconstruction depuis zéro commence par un travail d'enquête, pas de packaging.

Le repackaging ressemble à un projet plus lourd que le renouvellement de plateforme

Les équipes planifient volontiers une montée de version Horizon ou App Volumes, mais un projet de repackaging parallèle pour chaque application legacy du parc suffit à faire déraper toute la migration, surtout quand les compétences de packaging sont rares.

Personne ne veut toucher à un package qui fonctionne encore

Un ThinApp fonctionnel ou un ancien AppStack que personne ne veut risquer de casser devient la raison pour laquelle la plateforme sous-jacente ne peut pas être mise à niveau proprement, alors même que la plateforme elle-même est prête à évoluer.

What changes

À quoi ressemble le résultat après l'évaluation

Un inventaire réel de ce que fait vraiment chaque package legacy

Forge capture les fichiers, le registre, les services et les dépendances de l'application depuis une installation en cours, quel que soit le format sous lequel elle est actuellement livrée, ce qui vous donne une empreinte documentée au lieu d'un package que personne ne veut ouvrir.

Un MSI ou MSIX signé, prêt pour App Volumes

La capture devient un package MSI ou MSIX signé. Omnissa App Volumes livre nativement les deux formats aujourd'hui, donc il n'y a aucune étape de reconstruction propriétaire ni d'outil de packaging spécifique à App Volumes à apprendre séparément.

Un chemin de modernisation qui ne bloque pas le renouvellement de plateforme

Les applications legacy en ThinApp et en installation native cessent d'être la raison pour laquelle une montée de version Horizon ou App Volumes est retardée, parce que le volet applicatif du travail avance sur sa propre voie.

Une route moins coûteuse qu'un projet de packaging mené par un partenaire

Un essai EtherApps Forge de 7 jours sur une vraie application permet de tester l'approche avant de s'engager dans un programme de repackaging plus large, plutôt que de démarrer par un engagement de packaging vendu uniquement sur devis.

Start here

Ne laissez plus le backlog d'applications freiner le renouvellement de plateforme.

Voyez-le fonctionner sur votre propre tenant.

Où Forge s'intègre sur un parc App Volumes

Capturez l'application, pas la plateforme, puis laissez App Volumes la livrer comme il l'a toujours fait.

Forge capture l'empreinte de l'application installée depuis une machine en service ou une VM contrôlée, qu'elle ait été packagée à l'origine en ThinApp, en installation native ou dans un format non documenté. Cette capture devient un MSI ou MSIX signé, qu'Omnissa App Volumes rattache exactement comme il livre aujourd'hui tout autre package MSI, MSIX, EXE ou ThinApp, sans reconstruction propriétaire d'AppStack.

Démonstration

Découvrez le même packaging capture-first qui alimente App Volumes, Citrix et Parallels RAS.

Une courte démonstration de la capture d'une application legacy depuis une machine en service, de la sortie du paquet et d'un verdict de compatibilité Windows 11 - la même sortie MSI et MSIX signée qu'Omnissa App Volumes, Citrix et Parallels RAS livrent tous nativement.

How we deliver it

Comment EfficientEther couvre cette route

EtherApps Forge mène. Forge capture l'application directement depuis une installation en cours, quel que soit son format actuel (ThinApp, installation native ou AppStack existant), et produit un MSI ou MSIX signé à partir de cette capture. Omnissa App Volumes livre déjà nativement les applications MSI, MSIX, EXE et ThinApp, donc la sortie se rattache exactement comme le fait aujourd'hui toute autre application livrée par App Volumes. EtherInsights rejoint la route lorsque le même programme nécessite aussi une planification de migration Windows 365 ou Azure Virtual Desktop plus large, en parallèle du travail de modernisation App Volumes.

EtherApps Forge captures installed Windows applications from running systems, analyses the real application footprint, supports AI-guided packaging decisions, and produces deployment-ready outputs for modern environments.

EtherInsights is the operating view for Microsoft 365, Azure, and Windows 365: day-to-day cost management, licence control, and full Windows 365 Cloud PC lifecycle management, plus tenant, user, security, device, and Intune reporting.

Where this fits

  • Packages ThinApp vieillissants sans projet source disponible : capture depuis une installation en cours et conversion en MSI ou MSIX plutôt que de reconstruire la séquence de zéro.
  • Montées de version Horizon ou App Volumes bloquées par l'incertitude applicative : modernisez le backlog d'applications sur sa propre voie pour que le renouvellement de plateforme ne soit pas bloqué.
  • Applications en installation native sur App Volumes avec média d'installateur perdu : sauvetage depuis une machine en service exactement comme pour toute autre application legacy.
  • Parcs consolidant plusieurs AppStacks vieillissants en un ensemble d'applications plus restreint et mieux documenté avant une migration plus large.
  • Parcs Horizon ou App Volumes gérés par un MSP nécessitant une passe de packaging reproductible et moins coûteuse sur plusieurs tenants clients.

FAQ

Questions que les acheteurs posent généralement sur la modernisation d'un parc App Volumes.

Des réponses claires pour les responsables IT et les administrateurs Omnissa/VMware Horizon qui planifient un renouvellement App Volumes.

EtherApps Forge produit-il un AppStack natif App Volumes ?

Non, et ce n'est pas nécessaire. Omnissa App Volumes capture et livre déjà nativement les applications EXE, MSI, MSIX ou ThinApp via sa propre console de packaging. Le rôle de Forge se situe en amont de cela : capturer l'application legacy depuis une installation en cours et produire un MSI ou MSIX signé, qu'App Volumes livre ensuite exactement comme il livre aujourd'hui toute autre application MSI, MSIX, EXE ou ThinApp.

Nous avons d'anciens packages ThinApp sans projet source restant. Peuvent-ils être modernisés ?

Oui. Forge capture l'application depuis une installation en cours où le package ThinApp tourne actuellement, en récupérant les fichiers, le registre et les dépendances réels, plutôt que d'avoir besoin du projet du séquenceur ThinApp d'origine. Cette capture devient un MSI ou MSIX signé, ce qui vous donne un package documenté et reconstructible au lieu d'un ThinApp que personne ne peut toucher en toute sécurité.

Devons-nous migrer hors d'App Volumes pour utiliser ceci ?

Non. Il s'agit de moderniser les applications qui tournent sur votre parc App Volumes existant, pas de remplacer la plateforme. La sortie MSI ou MSIX de Forge est livrée via App Volumes exactement comme il livre aujourd'hui tout autre package.

Est-ce réservé à VMware/Omnissa Horizon, ou cela aide-t-il aussi pour une migration plus large hors du VDI ?

Les deux. L'usage immédiat consiste à moderniser le backlog d'applications de votre parc Horizon et App Volumes actuel. Si le plan à plus long terme implique aussi de déplacer tout ou partie de ce parc vers Windows 365 ou Azure Virtual Desktop, la même capture MSI ou MSIX prend aussi en charge des sorties AppAttach et IntuneWin pour cette migration, si bien que le travail de packaging n'est pas perdu si la plateforme change plus tard.

En quoi cela diffère-t-il d'un projet de repackaging complet avec un intégrateur système ?

Le coût et l'engagement de départ, principalement. Un essai Forge capture-first valide l'approche sur une vraie application pour une fraction du coût d'un engagement de packaging mené par un partenaire et vendu uniquement sur devis, avant que vous ne décidiez de l'appliquer à l'ensemble du parc. Vous ne vous engagez pas dans un projet complet juste pour savoir si un ancien package ThinApp peut être modernisé.

Que se passe-t-il si l'application casse une fois qu'elle tourne en MSIX au lieu de ThinApp ou d'une installation native ?

C'est un problème de comportement du conteneur fréquent et généralement corrigeable, plutôt qu'une application défectueuse : écrire vers un chemin fixe, supposer un emplacement de registre au niveau machine, ou attendre des fichiers à côté de son propre exécutable se comportent tous différemment une fois conteneurisés. Forge met en place le Package Support Framework pour appliquer la redirection des fichiers et du registre et la correction du répertoire de travail, afin que l'application fonctionne comme avant, sans modification de code.

Start here

Ne laissez plus le backlog d'applications freiner le renouvellement de plateforme.

Réservez une revue d'application App Volumes : nous passerons en revue un vrai package de votre parc, ThinApp, installation native ou AppStack incertain, et nous montrerons à quoi ressembleraient une capture Forge et une sortie MSI ou MSIX moderne pour celui-ci.

  • Le packaging capture-first signifie qu'un package ThinApp vieillissant sans projet source n'est plus un problème de reconstruction depuis zéro.
  • Omnissa App Volumes livre déjà nativement MSI, MSIX, EXE et ThinApp, donc il n'y a aucun format AppStack propriétaire à produire ni de nouvel outil spécifique à App Volumes à adopter.
  • Un essai à faible coût et en self-service sur une vraie application permet de tester l'approche avant tout engagement de repackaging plus large mené par un partenaire.
  • La même capture MSI ou MSIX prend aussi en charge des sorties AppAttach et IntuneWin, si bien que le travail se prolonge si le parc évolue plus tard vers Windows 365 ou Azure Virtual Desktop.