Virtualisierung: Umgang mit Legacyanwendungen

Die Möglichkeit, Legacyanwendungen auch weiterhin problemlos zu verwalten, stellt einen der vielen handfesten Vorteile der Virtualisierungstechnologie dar.

Thomas Olzak

Angepasst von "Microsoft Virtualization" (Syngress, ein Abdruck von Elsevier 2010)

Legacy-Anwendungen können einige der schwierigsten und frustrierendste Anwendungen in einer Unternehmensumgebung unterstützen werden. In der Regel, je länger verwendet Ihr Unternehmen eine Anwendung, desto mehr wachsen seiner Nutzer angewiesen, die Anwendung oder die Ausgabe.

Dies ist gut für Anwendungen, die Ihre geschäftlichen und IT-Infrastruktur wachsen weiter, und für die Entwickler und Hersteller, die weiterhin den Service und Support bieten. Aber es oft gibt Anwendungen, die von Herstellern aus verschiedenen Gründen aufgegeben werden. Der Verkäufer könnte von einem anderen Unternehmen erworben werden, oder es könnte wählen, zu stoppen, die die Anwendung unterstützen.

Die meisten Unternehmen weiterhin erweiterte Unterstützung einer veralteten Anwendung für eine begrenzte Zeit bieten. Sie tun dies, damit Sie ihre Anwendungen auf eine aktuelle und unterstützte Version aktualisieren oder konvertieren in eine andere Anwendung, die die gewünschte Funktionalität bereitstellen können. Aber was passiert, wenn Sie eine Anwendung, die von Unterstützung gefallen hat haben, ist stark von Ihrem Unternehmen verlassen und hat keine bekannten Ersatz oder upgrade-Pfad?

Dies ist eines der Dinge, die wirklich macht Virtualisierung Strategien Leuchten — die Fähigkeit zu bewahren und unterstützen eine ältere Anwendung ohne es in den ursprünglichen Zustand beizubehalten. Wie bei Konsolidierung der Arbeitslast, verwende ich ein Beispiel deutlicher erklären.

Ich rufe die ältere Anwendung alte App. Alte App wurde ursprünglich auf einem Windows NT-Server implementiert. Ich baute den Server unter Verwendung der verfügbaren und empfohlenen Hardwarekonfiguration. Ich habe implementiert alte App in einer Bemühung, Geschäftsprozesse zu optimieren und machen sie effizienter und weniger kostspielig.

Die Gespräche, die das Projekt während der Bereitstellung umgeben vorgeschlagen, dass mit alten App wäre nichts weiter als ein Zwischenschritt zu einer größeren Implementierung führt. Die Vision der Zukunft-Zustand inklusive robuster Software von einem größeren und bekannteren Anbieter bieten die gleiche Lösung, jedoch mit einem höheren Preis. So war die alte App eigentlich mehr ein "Proof of Concept" als eine endgültige Lösung.

Einmal implementiert, wurde die alte App schnell von den Benutzern akzeptiert, und das Geschäft begann zu sehen, einige große Vorteile. Alte App war die gleiche Weise implementiert, die die Mehrheit der Anwendungen in den letzten 10 Jahren oder so eingesetzt wurden; in den meisten Fällen wurden die Anwendung eines einzelnen Servers und seiner OS gewidmet.

Also hier bin ich, Jahre nachdem ich ursprünglich alte App implementiert. Es hat sich eine solide Anwendung erwiesen, aber die zugrunde liegenden Komponenten, die alte App unterstützen Alterung sind. Die Hardware-Plattform sein Ende des Lebens erreicht hat, und ich habe bereits zahlreiche Teile ersetzt. Ich könnte einfach einen neuen Server bestellen, aber die alte App OS erfordert, ist eine Version von Microsoft Windows nicht mehr unterstützt, auch nicht durch erweiterte Unterstützung.

Ich versuchte, wenden Sie sich an den Originallieferanten alte App um eine neuere Version zu erhalten, die auf eine aktuelle Version von Windows ausgeführt wird. Jedoch der Hersteller ist nicht mehr im Geschäft, und eine vergleichbaren Ersatz-Anwendung ist einfach nicht in naher Zukunft realisierbar. Ich könnte sicherlich neue Hardware kaufen und die veraltete Version von Windows zu installieren und sehr vorsichtig sein, aber das ist einfach nicht der beste Weg, diese Aufgabe zu behandeln. Welche Möglichkeiten habe ich?

Virtualisierung: Ein zweites Leben?

Es gibt zahlreiche Alternativen zu prüfen, und Sie müssen Ihre Hausaufgaben vor dem Sprung in die beste Lösung für Ihre besondere Situation. Schauen wir uns zwei von einem ziemlich hohen Niveau: Betriebssystem-Virtualisierung und Anwendungsstreaming.

Betriebssystem-Virtualisierung ist die reifer der beiden Optionen und hat schon seit Jahren. Das Konzept ist relativ einfach: Sie installieren im Wesentlichen ein OS innerhalb eines anderen.

Denken Sie an das Host-Betriebssystem fungiert als Container für die virtualisierte OS. Diese Methode noch müssen Sie das ältere Betriebssystem verwalten, aber die Vorteile, die Sie erreichen können Sie es durch die Dämmung von der Host-Betriebssystem zu schützen. Zwei dieser Vorteile sind die Möglichkeit zum Hosten des Altsystems auf neuer Hardware und die Möglichkeit, schnell sichern und Wiederherstellen der virtuellen Sitzungs durch die Verwendung von Snapshots.

In den meisten Fällen können Sie durch einen Prozess der Physical-to-virtual-Legacyumgebung konvertieren. Dadurch entfällt die Notwendigkeit, den legacy-Server vollständig erneut erstellen. Wenn das Host-System ordnungsgemäß konfiguriert ist und die Anforderungen für die Legacyanwendung ermöglichen, können Sie wahrscheinlich die neue virtualisierte Version von Ihrer legacy-Anwendung zusammen mit anderen virtuellen Umgebungen auf demselben Host hosten. Dies hilft Hardware konsolidieren und Wartungskosten reduzieren.

Die Option andere und weniger-Reife für die Virtualisierung Ihrer legacy-Anwendungs wird durch streaming der Anwendung. Diese Technologie ist viel neuer als Betriebssystem-Virtualisierung. Für einige Hersteller diese Technologie ist noch in den Kinderschuhen, aber die Vorteile dieses Ansatzes könnte die Betriebssystemvirtualisierung überwiegen.

Mit Anwendungsstreaming-, das ältere OS vollständig entfernen Sie und Kapseln die Anwendung in ihrer eigenen virtuellen Strom, einmal durch das ältere Betriebssystem erfüllt alle Anforderungen. Wieder ist dies die weniger ältere Technologie in der Welt der Virtualisierung, und es kann nicht alle Anwendungen unterstützen.

Sie müssen gründlich zu untersuchen und testen Sie Ihren Ansatz. Das heißt, wenn Ihre Anwendung mit dieser Methode arbeitet, Sie die zugrunde liegenden veralteten OS vollständig entfernen können. An diesem Punkt können stream (Anwendung auf alle derzeit unterstützten Windows-OS oder präsentieren).

Dieser Ansatz hat einen anderen nutzen. Es können Sie Anwendungskomponenten in den gekapselten Stream einschließen. Dies ist enorm, wenn man bedenkt, dass die traditionellen Grenzen der bestimmte Anwendungen und ihre Unfähigkeit, auf den gleichen Betriebssystemen mit älteren oder neueren Versionen von sich selbst befinden.

Ein gutes Beispiel hierfür wäre die Java-Laufzeitumgebung. Ich vor kurzem konfiguriert ein ähnliches Szenario in einer Testumgebung, wo ich "" Internet Explorer 6, Internet Explorer 7 und Internet Explorer 8 für alle gestreamt, auf dem gleichen Betriebssystem laufen. Dies sofern die Web-Entwickler mit der Fähigkeit, seinen Code auf verschiedenen Versionen von Internet Explorer alle Testen auf derselben Maschine laufen lassen und entfernt die Notwendigkeit für drei einzelne Test-Maschinen, jede mit eine andere Version von Internet Explorer.

Diese Art von Experiment Konturen wie Virtualisierung geeignet ist als eine Technologie, die gleichzeitig unterstützen legacy-Anwendungen und aktuelle Line-of-Business-Anwendungen, ob als Test oder in einer realen Umgebung.

Raymond Chen

Thomas Olzak *ist der Direktor der Informationssicherheit HCR ManorCare, Ohio-basierte kurz - und langfristige Rehabilitation und medizinische Versorgung-Anbieter mit mehr als 500 Standorten verteilt in 32 Staaten.*Jason Boomer, Robert Keefer *und James Sabovik auch auf diesen Artikel und das Buch von dem ist es ein Auszug beigetragen.  *

© 2011 Elsevier Inc. Alle Rechte vorbehalten. Gedruckt mit Erlaubnis von Syngress, ein Abdruck von Elsevier. Copyright 2011. "Microsoft Virtualization" von Thomas Olzak. Besuchen Sie für weitere Informationen zu diesem Titel und andere ähnliche Bücher bitte elsevierdirect.com.

Verwandter Inhalt