Solution

Modernisieren Sie die Anwendungen auf Ihrer Omnissa App Volumes-Umgebung, nicht nur die Plattform.

Omnissa App Volumes (früher VMware App Volumes) liefert EXE-, MSI-, MSIX- und ThinApp-Anwendungen nativ aus. Die Plattformseite einer Horizon- und App Volumes-Auffrischung ist meist gut verstanden; die Anwendungen darauf, oft vor Jahren als ThinApp oder native Installation paketiert, sind der Teil, der ins Stocken gerät. EtherApps Forge erfasst diese Anwendungen aus einer laufenden Installation, selbst wenn der Original-Installer fehlt, und erzeugt ein signiertes MSI oder MSIX, das App Volumes genauso anhängt wie immer.

7 Tage. Keine Kreditkarte. Erfassen Sie eine echte Anwendung am ersten Tag.

Kein Neubau

App Volumes liefert EXE, MSI, MSIX und ThinApp bereits nativ aus

Ohne Installer

Legacy-Apps retten, wenn das Installationsmedium verloren oder das Hersteller-Portal gesperrt ist

Geringe Kosten, Self-Service

ein 7-tägiger Forge-Trial an einer echten App statt eines partnergeführten Packaging-Projekts

Diagramm zeigt eine Legacy-Anwendung auf einer Omnissa App Volumes-Umgebung, die aus einer laufenden Installation erfasst und von EtherApps Forge in ein signiertes MSI- oder MSIX-Paket umgewandelt wird, dann über App Volumes' native MSI-, MSIX-, EXE- und ThinApp-Unterstützung ausgeliefert.

The problem

Warum der Anwendungs-Rückstand jede Plattform-Auffrischung überlebt.

Einfach gesagt: Die Horizon- und App Volumes-Umgebung wird aufgefrischt, aber die Anwendungen darauf sind Jahre alt, mehrere wurden als ThinApp paketiert, bevor dieses Format aus der Mode kam, und niemand ist sicher, sie von Grund auf neu zu paketieren. Aus IT-Sicht: Eine alternde App Volumes-Umgebung trägt einen Rückstand an ThinApp- und Native-Install-Anwendungen mit unklaren Abhängigkeiten, ungewisser Kompatibilität mit einer aktuellen App Volumes-Version und keinem schnellen Weg zu einem modernen Paketformat. Beide Sichtweisen brauchen dieselbe Antwort: erfassen, was tatsächlich installiert ist, es in ein Paket umwandeln, das App Volumes bereits auszuliefern weiss, und das ohne ein vollständiges Repackaging-Projekt pro App.

ThinApp-Pakete altern aus

ThinApp war jahrelang ein gängiger App Volumes-Paketierungsweg. Die ursprüngliche Build-Umgebung, das Sequencer-Projekt und die Person, die es gebaut hat, sind oft längst weg, und übrig bleibt ein funktionierendes ThinApp-Paket, das niemand sicher neu bauen oder aktualisieren kann.

Der Installer der zugrunde liegenden App fehlt

Ob die App ursprünglich als ThinApp, native Installation oder AppStack ausgeliefert wurde, der Quell-Installer verschwand häufig Jahre bevor jemand sie neu paketieren musste, sodass ein Neubau von Grund auf mit Detektivarbeit beginnt, nicht mit Packaging.

Repackaging wirkt wie ein grösseres Projekt als die Plattform-Auffrischung

Teams planen bereitwillig ein Horizon- oder App Volumes-Versions-Upgrade, aber ein paralleles Repackaging-Projekt für jede Legacy-App im Bestand reicht aus, um die gesamte Migration ins Stocken zu bringen, besonders wenn Packaging-Skills knapp sind.

Niemand will ein Paket anfassen, das noch funktioniert

Ein funktionierendes ThinApp oder altes AppStack, das niemand riskieren will zu zerstören, wird zum Grund, warum die zugrunde liegende Plattform nicht sauber aufgerüstet werden kann, obwohl die Plattform selbst bereit zum Umzug ist.

What changes

So sieht es nach dem Assessment aus

Ein echtes Inventar dessen, was jedes Legacy-Paket tatsächlich tut

Forge erfasst die Dateien, Registry, Dienste und Abhängigkeiten der Anwendung von einer laufenden Installation, in welchem Format auch immer sie aktuell ausgeliefert wird, und gibt Ihnen einen dokumentierten Footprint statt eines Pakets, das niemand öffnen will.

Ein signiertes MSI oder MSIX, bereit für App Volumes

Die Erfassung wird zu einem signierten MSI- oder MSIX-Paket. Omnissa App Volumes liefert beide Formate heute nativ aus, es gibt also keinen proprietären Neubau-Schritt und kein separates App Volumes-spezifisches Packaging-Tool zu erlernen.

Ein Modernisierungsweg, der die Plattform-Auffrischung nicht blockiert

Legacy-ThinApp- und Native-Install-Anwendungen hören auf, der Grund zu sein, warum sich ein Horizon- oder App Volumes-Versions-Upgrade verzögert, weil die Anwendungsseite der Arbeit auf ihrer eigenen Spur läuft.

Ein kostengünstigerer Weg als ein partnergeführtes Packaging-Projekt

Ein 7-tägiger EtherApps Forge-Trial an einer echten Anwendung testet den Ansatz, bevor Sie sich auf ein breiteres Repackaging-Programm festlegen, statt mit einem reinen Angebots-Packaging-Engagement zu beginnen.

Start here

Lassen Sie den Anwendungs-Rückstand die Plattform-Auffrischung nicht länger aufhalten.

Sehen Sie das live in Ihrem eigenen Tenant.

Wo Forge in eine App Volumes-Umgebung passt

Erfassen Sie die Anwendung, nicht die Plattform, und lassen Sie App Volumes sie wie gewohnt ausliefern.

Forge erfasst den installierten Anwendungs-Footprint von einer laufenden Maschine oder kontrollierten VM, egal ob ursprünglich als ThinApp, native Installation oder etwas Undokumentiertes paketiert. Diese Erfassung wird zu einem signierten MSI oder MSIX, das Omnissa App Volumes genauso anhängt, wie es heute jedes andere MSI-, MSIX-, EXE- oder ThinApp-Paket ausliefert, kein proprietärer AppStack-Neubau nötig.

Walkthrough

Sehen Sie dieselbe Capture-First-Paketierung, die App Volumes, Citrix und Parallels RAS versorgt.

Ein kurzer Walkthrough zur Legacy-App-Erfassung von einer funktionierenden Maschine, zur Paketausgabe und zu einem Windows 11-Kompatibilitätsurteil - dieselbe signierte MSI- und MSIX-Ausgabe, die Omnissa App Volumes, Citrix und Parallels RAS alle nativ ausliefern.

How we deliver it

Wie EfficientEther diese Route abdeckt

EtherApps Forge führt. Forge erfasst die Anwendung direkt von einer laufenden Installation, in welchem Format auch immer sie aktuell ausgeliefert wird (ThinApp, native Installation oder ein bestehendes AppStack), und erzeugt aus dieser Erfassung ein signiertes MSI oder MSIX. Omnissa App Volumes liefert MSI-, MSIX-, EXE- und ThinApp-Anwendungen bereits nativ aus, sodass die Ausgabe genauso angehängt wird wie jede andere App Volumes-ausgelieferte Anwendung heute. EtherInsights kommt dazu, wenn dasselbe Programm auch breitere Windows 365- oder Azure Virtual Desktop-Migrationsplanung neben der App Volumes-Modernisierungsarbeit benötigt.

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

  • Alternde ThinApp-Pakete ohne verfügbares Quellprojekt: Erfassung von einer laufenden Installation und Umwandlung in MSI oder MSIX statt die Sequenz von Grund auf neu zu bauen.
  • Horizon- oder App Volumes-Versions-Upgrades, die durch Anwendungs-Unsicherheit ins Stocken geraten sind: Modernisieren Sie den Anwendungs-Rückstand auf einer eigenen Spur, damit die Plattform-Auffrischung nicht blockiert wird.
  • Native-Install-Anwendungen auf App Volumes mit verlorenen Installationsmedien: Rettung von einer funktionierenden Maschine, genauso wie bei jeder anderen Legacy-App.
  • Umgebungen, die mehrere alternde AppStacks vor einer breiteren Migration zu einem kleineren, besser dokumentierten Anwendungsbestand konsolidieren.
  • MSP-verwaltete Horizon- oder App Volumes-Umgebungen, die einen wiederholbaren, kostengünstigeren Packaging-Durchlauf über mehrere Kunden-Tenants benötigen.

FAQ

Fragen, die Käufer üblicherweise zur Modernisierung einer App Volumes-Umgebung stellen.

Klare Antworten für IT-Verantwortliche und Omnissa/VMware Horizon-Administratoren, die eine App Volumes-Auffrischung planen.

Erzeugt EtherApps Forge einen nativen App Volumes-AppStack?

Nein, und das muss es auch nicht. Omnissa App Volumes erfasst und liefert EXE-, MSI-, MSIX- oder ThinApp-Anwendungen bereits nativ über seine eigene Packaging-Konsole aus. Forges Aufgabe liegt vorgelagert davon: die Legacy-Anwendung aus einer laufenden Installation erfassen und ein signiertes MSI oder MSIX erzeugen, das App Volumes dann genauso ausliefert, wie es heute jede andere MSI-, MSIX-, EXE- oder ThinApp-Anwendung ausliefert.

Wir haben alte ThinApp-Pakete ohne verbliebenes Quellprojekt. Können diese modernisiert werden?

Ja. Forge erfasst die Anwendung von einer laufenden Installation, auf der das ThinApp-Paket derzeit läuft, und übernimmt dabei die echten Dateien, Registry-Einträge und Abhängigkeiten, statt das ursprüngliche ThinApp-Sequencer-Projekt zu benötigen. Diese Erfassung wird zu einem signierten MSI oder MSIX und gibt Ihnen ein dokumentiertes, neu baubares Paket statt eines ThinApp, das niemand sicher anfassen kann.

Müssen wir von App Volumes wegmigrieren, um das zu nutzen?

Nein. Es geht darum, die Anwendungen zu modernisieren, die auf Ihrer bestehenden App Volumes-Umgebung laufen, nicht die Plattform zu ersetzen. Die MSI- oder MSIX-Ausgabe von Forge wird über App Volumes genauso ausgeliefert, wie es heute jedes andere Paket ausliefert.

Gilt das nur für VMware/Omnissa Horizon, oder hilft es auch bei einer breiteren Migration weg von VDI?

Beides. Der unmittelbare Nutzen ist die Modernisierung des Anwendungs-Rückstands auf Ihrer aktuellen Horizon- und App Volumes-Umgebung. Wenn der längerfristige Plan auch den Umzug eines Teils oder der gesamten Umgebung zu Windows 365 oder Azure Virtual Desktop vorsieht, unterstützt dieselbe MSI- oder MSIX-Erfassung auch AppAttach- und IntuneWin-Ausgaben für diese Migration, sodass die Packaging-Arbeit nicht verschwendet ist, falls sich die Plattform später ändert.

Wie unterscheidet sich das von einem vollständigen Repackaging-Projekt mit einem Systemintegrator?

Vor allem Kosten und Einstiegs-Verpflichtung. Ein Capture-First-Forge-Trial validiert den Ansatz an einer echten Anwendung für einen Bruchteil der Kosten eines reinen Angebots-, partnergeführten Packaging-Engagements, bevor Sie entscheiden, ob Sie ihn über den breiteren Bestand ausrollen. Sie verpflichten sich nicht zu einem vollständigen Projekt, nur um herauszufinden, ob ein altes ThinApp-Paket modernisiert werden kann.

Was, wenn die App nicht mehr funktioniert, sobald sie als MSIX statt ThinApp oder native Installation läuft?

Das ist ein häufiges und meist behebbares Container-Verhaltensproblem, keine kaputte App. Das Schreiben in einen festen Pfad, die Annahme einer Maschinen-Registry-Position oder die Erwartung von Dateien neben der eigenen ausführbaren Datei verhalten sich alle anders, sobald containerisiert. Forge stellt das Package Support Framework bereit, um Datei- und Registry-Umleitung sowie Korrekturen des Arbeitsverzeichnisses anzuwenden, damit die App wie zuvor läuft, ohne Codeänderung.

Start here

Lassen Sie den Anwendungs-Rückstand die Plattform-Auffrischung nicht länger aufhalten.

Buchen Sie ein App Volumes-App-Review, und wir gehen ein echtes Paket in Ihrem Bestand durch, ThinApp, native Installation oder unklares AppStack, und zeigen, wie eine Forge-Erfassung und eine moderne MSI- oder MSIX-Ausgabe dafür aussehen würden.

  • Capture-First-Packaging bedeutet, dass ein alterndes ThinApp-Paket ohne Quellprojekt kein Neubau-von-Grund-auf-Problem mehr ist.
  • Omnissa App Volumes liefert MSI, MSIX, EXE und ThinApp bereits nativ aus, es gibt also kein proprietäres AppStack-Format zu erzeugen und kein neues App Volumes-spezifisches Tool zu übernehmen.
  • Ein kostengünstiger Self-Service-Trial an einer echten Anwendung testet den Ansatz vor jeder breiteren, partnergeführten Repackaging-Verpflichtung.
  • Dieselbe MSI- oder MSIX-Erfassung unterstützt auch AppAttach- und IntuneWin-Ausgabe, sodass die Arbeit weiterträgt, falls der Bestand später zu Windows 365 oder Azure Virtual Desktop wechselt.