Solution

Modernizza le applicazioni sul tuo parco Omnissa App Volumes, non solo la piattaforma.

Omnissa App Volumes (in precedenza VMware App Volumes) distribuisce nativamente applicazioni EXE, MSI, MSIX e ThinApp. Il lato piattaforma di un refresh Horizon e App Volumes è di solito ben compreso; le applicazioni che vi girano sopra, spesso pacchettizzate anni fa come ThinApp o installazioni native, sono la parte che si blocca. EtherApps Forge cattura quelle applicazioni da un'installazione attiva, anche quando l'installer originale non c'è più, e produce un MSI o MSIX firmato che App Volumes collega esattamente come ha sempre fatto.

7 giorni. Nessuna carta di credito. Cattura una vera applicazione il primo giorno.

Nessuna ricostruzione

App Volumes distribuisce già nativamente EXE, MSI, MSIX e ThinApp

Senza installer

recupera applicazioni legacy quando i supporti di installazione sono persi o il portale del fornitore è vincolato

Basso costo, self-serve

una prova Forge di 7 giorni su un'app reale invece di un progetto di packaging guidato da un partner

Diagramma che mostra un'applicazione legacy su un parco Omnissa App Volumes catturata da un'installazione attiva e convertita da EtherApps Forge in un pacchetto MSI o MSIX firmato, poi distribuita tramite il supporto nativo MSI, MSIX, EXE e ThinApp di App Volumes.

The problem

Perché l'arretrato applicativo sopravvive a ogni refresh della piattaforma.

In parole semplici: l'ambiente Horizon e App Volumes viene aggiornato, ma le applicazioni che vi girano sono vecchie di anni, diverse erano pacchettizzate come ThinApp prima che quel formato cadesse in disuso, e nessuno si sente sicuro nel ripacchettizzarle da zero. Dal punto di vista IT: un parco App Volumes datato porta con sé un arretrato di applicazioni ThinApp e a installazione nativa con dipendenze poco chiare, compatibilità incerta con una release attuale di App Volumes e nessuna via rapida verso un formato di pacchetto moderno. Entrambe le versioni hanno bisogno della stessa risposta: catturare ciò che è realmente installato, convertirlo in un pacchetto che App Volumes sa già distribuire, e farlo senza un progetto di repackaging completo per ogni app.

I pacchetti ThinApp stanno invecchiando

ThinApp è stata per anni una via di packaging comune per App Volumes. L'ambiente di build originale, il progetto del sequencer e la persona che l'ha creato sono spesso spariti da tempo, lasciando un pacchetto ThinApp funzionante che nessuno può ricostruire o aggiornare in sicurezza.

L'installer dell'applicazione sottostante manca

Che l'app fosse originariamente distribuita come ThinApp, un'installazione nativa o un AppStack, l'installer sorgente è spesso scomparso anni prima che qualcuno avesse bisogno di ripacchettizzarla, quindi una ricostruzione da zero inizia con un lavoro investigativo, non di packaging.

Il repackaging sembra un progetto più grande del refresh della piattaforma

I team pianificano volentieri un aggiornamento di versione di Horizon o App Volumes, ma un progetto di repackaging parallelo per ogni app legacy del parco basta a far slittare l'intera migrazione, soprattutto quando le competenze di packaging scarseggiano.

Nessuno vuole toccare un pacchetto che funziona ancora

Un ThinApp funzionante o un vecchio AppStack che nessuno vuole rischiare di rompere diventa il motivo per cui la piattaforma sottostante non può essere aggiornata in modo pulito, anche quando la piattaforma stessa è pronta a passare oltre.

What changes

Com'è il risultato dopo la valutazione

Un inventario reale di cosa fa davvero ciascun pacchetto legacy

Forge cattura file, registro, servizi e dipendenze dell'applicazione da un'installazione attiva, qualunque sia il formato in cui viene distribuita oggi, dandoti un'impronta documentata invece di un pacchetto che nessuno vuole aprire.

Un MSI o MSIX firmato, pronto per App Volumes

La cattura diventa un pacchetto MSI o MSIX firmato. Omnissa App Volumes distribuisce già oggi entrambi i formati nativamente, quindi non serve alcun passaggio di ricostruzione proprietario né uno strumento di packaging specifico per App Volumes da imparare.

Un percorso di modernizzazione che non blocca il refresh della piattaforma

Le applicazioni legacy ThinApp e a installazione nativa smettono di essere il motivo per cui un aggiornamento di versione di Horizon o App Volumes viene ritardato, perché il lato applicativo del lavoro procede sul proprio binario.

Una rotta a costo più basso di un progetto di packaging guidato da un partner

Una prova EtherApps Forge di 7 giorni su un'applicazione reale testa l'approccio prima di impegnarsi in un programma di repackaging più ampio, invece di partire con un incarico di packaging solo su preventivo.

Start here

Smetti di lasciare che l'arretrato applicativo freni il refresh della piattaforma.

Guardalo funzionare sul tuo tenant.

Dove si inserisce Forge in un parco App Volumes

Cattura l'applicazione, non la piattaforma, poi lascia che App Volumes la distribuisca come ha sempre fatto.

Forge cattura l'impronta dell'applicazione installata da una macchina attiva o da una VM controllata, indipendentemente dal fatto che sia stata originariamente pacchettizzata come ThinApp, un'installazione nativa o qualcosa di non documentato. Quella cattura diventa un MSI o MSIX firmato, che Omnissa App Volumes collega esattamente come distribuisce oggi qualsiasi altro pacchetto MSI, MSIX, EXE o ThinApp, senza bisogno di ricostruire un AppStack proprietario.

Walkthrough

Guarda lo stesso packaging capture-first che alimenta App Volumes, Citrix e Parallels RAS.

Una breve panoramica della cattura di un'applicazione legacy da una macchina funzionante, dell'output del pacchetto e di un verdetto di compatibilità Windows 11 - lo stesso output MSI e MSIX firmato che Omnissa App Volumes, Citrix e Parallels RAS distribuiscono tutti nativamente.

How we deliver it

Come EfficientEther copre questa rotta

EtherApps Forge guida. Forge cattura l'applicazione direttamente da un'installazione attiva, qualunque sia il formato in cui viene distribuita oggi (ThinApp, installazione nativa o un AppStack esistente), e produce un MSI o MSIX firmato da quella cattura. Omnissa App Volumes distribuisce già nativamente applicazioni MSI, MSIX, EXE e ThinApp, quindi l'output si collega esattamente come fa oggi qualsiasi altra applicazione distribuita da App Volumes. EtherInsights si aggiunge quando lo stesso programma richiede anche una pianificazione di migrazione più ampia verso Windows 365 o Azure Virtual Desktop a fianco del lavoro di modernizzazione di 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

  • Pacchetti ThinApp datati senza un progetto sorgente disponibile: cattura da un'installazione attiva e converti in MSI o MSIX invece di ricostruire la sequenza da zero.
  • Aggiornamenti di versione di Horizon o App Volumes bloccati dall'incertezza sulle applicazioni: modernizza l'arretrato applicativo sul proprio binario così il refresh della piattaforma non resta bloccato.
  • Applicazioni a installazione nativa su App Volumes con supporti di installazione persi: recuperale da una macchina funzionante nello stesso modo di qualsiasi altra app legacy.
  • Parchi che consolidano più AppStack datati in un set di applicazioni più piccolo e meglio documentato prima di una migrazione più ampia.
  • Parchi Horizon o App Volumes gestiti da MSP che necessitano di un passaggio di packaging ripetibile e a costo più basso su più tenant cliente.

FAQ

Domande che gli acquirenti pongono di solito sulla modernizzazione di un parco App Volumes.

Risposte chiare per i responsabili IT e gli amministratori Omnissa/VMware Horizon che pianificano un refresh di App Volumes.

EtherApps Forge produce un AppStack nativo di App Volumes?

No, e non ne ha bisogno. Omnissa App Volumes già cattura e distribuisce nativamente applicazioni EXE, MSI, MSIX o ThinApp tramite la propria console di packaging. Il lavoro di Forge si colloca a monte di questo: catturare l'applicazione legacy da un'installazione attiva e produrre un MSI o MSIX firmato, che App Volumes distribuisce poi esattamente come distribuisce oggi qualsiasi altra applicazione MSI, MSIX, EXE o ThinApp.

Abbiamo vecchi pacchetti ThinApp senza più un progetto sorgente. Possono essere modernizzati?

Sì. Forge cattura l'applicazione da un'installazione attiva dove il pacchetto ThinApp è attualmente in esecuzione, raccogliendo i file, il registro e le dipendenze reali, invece di richiedere il progetto sequencer ThinApp originale. Quella cattura diventa un MSI o MSIX firmato, dandoti un pacchetto documentato e ricostruibile invece di un ThinApp che nessuno può toccare in sicurezza.

Dobbiamo migrare via da App Volumes per usare questo servizio?

No. Si tratta di modernizzare le applicazioni in esecuzione sul tuo parco App Volumes esistente, non di sostituire la piattaforma. L'output MSI o MSIX di Forge viene distribuito tramite App Volumes esattamente come distribuisce oggi qualsiasi altro pacchetto.

Questo vale solo per VMware/Omnissa Horizon, o aiuta anche in una migrazione più ampia fuori dal VDI?

Entrambe le cose. L'uso immediato è modernizzare l'arretrato applicativo sul tuo attuale parco Horizon e App Volumes. Se il piano a lungo termine prevede anche di spostare parte o tutto quel parco su Windows 365 o Azure Virtual Desktop, la stessa cattura MSI o MSIX supporta anche gli output AppAttach e IntuneWin per quella migrazione, così il lavoro di packaging non viene sprecato se in seguito la piattaforma cambia.

In cosa è diverso questo da un progetto di repackaging completo con un systems integrator?

Principalmente costo e impegno iniziale. Una prova Forge capture-first convalida l'approccio su un'applicazione reale per una frazione del costo di un incarico di packaging solo su preventivo guidato da un partner, prima che tu decida se estenderlo all'intero parco. Non ti impegni in un progetto completo solo per scoprire se un vecchio pacchetto ThinApp può essere modernizzato.

Cosa succede se l'app si rompe una volta in esecuzione come MSIX invece che come ThinApp o installazione nativa?

È un problema comune e di norma risolvibile legato al comportamento del container, non un'app guasta: scrivere su un percorso fisso, dare per scontata una posizione di registro a livello di macchina, o aspettarsi file accanto al proprio eseguibile si comportano tutti in modo diverso una volta containerizzati. Forge predispone il Package Support Framework per applicare la redirezione di file e registro e le correzioni della directory di lavoro, così l'app funziona come prima, senza modifiche al codice.

Start here

Smetti di lasciare che l'arretrato applicativo freni il refresh della piattaforma.

Prenota una revisione delle applicazioni App Volumes e analizzeremo insieme un pacchetto reale del tuo parco, ThinApp, installazione nativa o AppStack poco chiaro, mostrandoti come apparirebbe una cattura Forge e il relativo output MSI o MSIX moderno.

  • Il packaging capture-first fa sì che un pacchetto ThinApp datato senza progetto sorgente non sia più un problema di ricostruzione da zero.
  • Omnissa App Volumes distribuisce già nativamente MSI, MSIX, EXE e ThinApp, quindi non c'è nessun formato AppStack proprietario da produrre né un nuovo strumento specifico per App Volumes da adottare.
  • Una prova a basso costo e self-serve su un'applicazione reale testa l'approccio prima di qualsiasi impegno di repackaging più ampio guidato da un partner.
  • La stessa cattura MSI o MSIX supporta anche l'output AppAttach e IntuneWin, così il lavoro rimane valido se in seguito il parco si sposta verso Windows 365 o Azure Virtual Desktop.