Virtualization: Gestione delle applicazioni legacy
La capacità di continuare a gestire senza problemi le applicazioni legacy è uno dei vantaggi più tangibili della tecnologia di virtualizzazione.
Thomas Olzak
Tratto da "Microsoft Virtualization" (Syngress, 2010, un'impronta di Elsevier)
Applicazioni legacy possono essere alcune delle applicazioni più difficili e più frustrante per sostenere in qualsiasi ambiente aziendale. In genere, più a lungo la società utilizza un'applicazione più suoi utenti crescono a fare affidamento sull'applicazione o l'output.
Questo va bene per le applicazioni che continuano a crescere con il tuo business e l'infrastruttura tecnologica e per gli sviluppatori e fornitori che continuano a fornire assistenza e supporto. Tuttavia, spesso ci sono applicazioni che vengono abbandonate dai venditori per vari motivi. Il venditore potrebbe essere acquistato da un'altra società, o semplicemente potrebbe scegliere di smettere di sostenere l'applicazione.
Maggior parte delle aziende continuerà a fornire supporto esteso di un'applicazione non aggiornata per un tempo limitato. Lo fanno per consentire di aggiornare le loro applicazioni a una versione corrente e supportata o per convertire in un'altra applicazione che può fornire la funzionalità desiderata. Ma cosa succede quando si utilizza un'applicazione che è caduto fuori di sostegno, è fortemente invocata dalla vostra società e non ha alcuna sostituzione conosciute o aggiorna il percorso?
Questa è una delle cose che rende veramente strategie di virtualizzazione brillare — la capacità di preservare e sostenere un'applicazione legacy senza dover mantenere nel suo stato originale. Come con consolidamento del carico di lavoro, userò un esempio per spiegare questo più chiaramente.
Chiamerò l'applicazione legacy vecchio App. Vecchio App originalmente è stato implementato su un server Windows NT. Ho costruito il server utilizzando la configurazione hardware disponibile e suggerito. Ho implementato vecchio App nel tentativo di razionalizzare il processo aziendale e renderlo più efficiente e meno costosa.
Le conversazioni che circondava il progetto durante la sua distribuzione suggerito che il utilizzando il vecchio App nient'altro che un passaggio intermedio che conduce ad un'implementazione più grande sarebbe. La visione del futuro stato incluso software più robusto da un fornitore più grande e meglio conosciuto, che offre la stessa soluzione, ma con un prezzo più elevato. Così il vecchio App era davvero una "prova del concetto di" più che una soluzione definitiva.
Una volta attuato, vecchio App è stato rapidamente accettato dagli utenti e l'azienda ha cominciato a vedere alcuni grandi benefici. Vecchio App è stato applicato nello stesso modo, che la maggior parte delle applicazioni sono stata distribuita negli ultimi 10 anni o giù di lì; nella maggior parte dei casi, un singolo server e il suo sistema operativo sono stati dedicati all'applicazione.
Così eccomi, anni dopo ho implementato originariamente vecchio App. Ha dimostrato di essere un'applicazione solida, ma stanno invecchiamento componenti sottostanti che supportano il vecchio App. La piattaforma hardware ha raggiunto la fine della vita, e io ho già sostituito numerose parti. Io potrei semplicemente per un nuovo server, ma il vecchio App OS richiede è una versione di Microsoft Windows non è più supportato, nemmeno attraverso il supporto esteso.
Ho cercato di contattare il fornitore originale del vecchio App per ottenere una versione più recente che viene eseguito su una versione corrente di Windows. Tuttavia, il venditore non è più in commercio, e un'applicazione di sostituzione comparabili semplicemente non è fattibile nel prossimo futuro. Certamente potuto comprare nuovo hardware e installare la versione non aggiornata di Windows e stare molto attenti, ma questo non è semplicemente il modo migliore per gestire questa attività. Quali sono le opzioni?
Virtualization: Una seconda vita?
Ci sono numerose alternative a prendere in considerazione, e sarà necessario fare il vostro lavoro prima di saltare nella migliore soluzione per i situazione particolare. Diamo un'occhiata a due da un livello piuttosto elevato: Virtualizzazione OS e applicazione in streaming.
Virtualizzazione OS è il più maturo delle due opzioni ed è stato intorno per anni. Il concetto è relativamente semplice: Si installa essenzialmente un sistema operativo all'interno di un altro.
Pensare il sistema operativo host che agiscono da contenitore per il sistema operativo virtualizzato. Questo metodo richiede ancora di mantenere l'eredità OS, ma i benefici che raggiungere vi aiuterà a proteggerlo attraverso l'isolamento dell'host OS. Due di questi vantaggi sono la capacità di ospitare il sistema legacy su hardware più recente e la capacità di rapidamente il backup e ripristinare la sessione virtuale attraverso l'uso di istantanee.
Nella maggior parte delle situazioni, è possibile convertire il vostro ambiente legacy attraverso un processo fisico a virtuale. Ciò elimina la necessità di ricostruire completamente i server legacy. Se il sistema host è configurato correttamente, e i requisiti per l'applicazione legacy consentono, è possibile ospitare probabilmente la nuova versione virtualizzata di vostra applicazione legacy a fianco di altri ambienti virtuali sullo stesso host. Questo aiuta a consolidare l'hardware e ridurre i costi di manutenzione.
L'opzione altre e maturare in meno per la vostra applicazione legacy di virtualizzazione è attraverso l'applicazione in streaming. Questa tecnologia è molto più recente di virtualizzazione OS. Per alcuni fornitori di questa tecnologia è ancora nella sua infanzia, ma i vantaggi di questo approccio potrebbero superano quelli di virtualizzazione OS.
Applicazione streaming, puoi rimuovere completamente l'eredità OS e incapsulare l'applicazione nel proprio flusso virtuale, di soddisfare tutti i requisiti che una volta soddisfatti dal precedente sistema operativo. Ancora una volta, questa è la tecnologia al mondo di virtualizzazione maturo di meno, e potrebbero non supportare tutte le applicazioni.
Voi avrete bisogno di indagare a fondo e testare il vostro approccio. Detto questo, se l'applicazione funziona con questo metodo, è possibile rimuovere completamente il sistema operativo sottostante obsoleto. A quel punto, puoi streaming (o presentare) l'applicazione di qualsiasi sistema operativo Windows attualmente supportato.
Questo approccio ha un altro vantaggio. Esso consente di includere i componenti dell'applicazione nel flusso incapsulato. Questo è enorme, se si considerano i limiti tradizionali di alcune applicazioni e la loro incapacità di risiedere sulla stessa OSes con età superiore o più recenti versioni di se stessi.
Un buon esempio di questo sarebbe il runtime Java. Recentemente ho configurato uno scenario simile in un ambiente di test in cui "streaming" Internet Explorer 6, Internet Explorer 7 e Internet Explorer 8 a tutti eseguito sul sistema operativo stesso. Questo fornito lo sviluppatore Web con la possibilità di testare il suo codice sulle varie versioni di Internet Explorer tutti in esecuzione sullo stesso computer e rimosso la necessità di tre macchine di prova individuale, ogni esecuzione una diversa versione di Internet Explorer.
Questo tipo di esperimento delinea come adatto virtualizzazione è come una tecnologia a simultaneamente supportano applicazioni legacy e applicazioni line-of-business corrente, se come un test o in un ambiente reale.
.jpg)
Thomas Olzak *è il direttore della sicurezza informatica presso HCR ManorCare, una riabilitazione basate su Ohio breve e lungo termine e fornitore di cure mediche con più di 500 luoghi sparsi 32 Stati.*Jason Boomer, Robert Keefer *e James Sabovik anche contribuito a questo articolo e il libro da cui è tratto. *
© 2011 Elsevier Inc. Tutti i diritti riservati. Stampato con il permesso di Syngress, un'impronta di Elsevier. Copyright 2011. "Microsoft Virtualization" da Thomas Olzak. Per ulteriori informazioni su questo titolo e di altri libri simili, visitare elsevierdirect.com.
Contenuto correlato