Ich möchte eine kurze Geschichte erzählen – eine mit einer wichtigen Lektion, die zufällig wahr ist. Kürzlich beschloss ein weltweit tätiges Dienstleistungsunternehmen, seine Umstellung auf die Cloud zu beschleunigen. Es entschied, dass Azure Virtual Desktop (AVD) die nahelegende Wahl war.
Im Unternehmen gab es Tausende von Benutzern. Es hatte saisonal bedingte Personalspitzen und es hatte den Auftrag, seine lokale Infrastruktur schnell zu reduzieren.
AVD erfüllte alle Voraussetzungen, aber niemand hatte erwartet, dass das Drucken, was in der frühen Planung ein nachträglicher Gedanke war, die Einführung fast zum Scheitern bringen würde.
Die AVD-Einführung, die auf dem Papier perfekt aussah
Die ersten Pilotabläufe liefen reibungslos. Das Login ging schnell. Die Anwendungen benahmen sich. Das Desktop-Team verkündete Erfolg. Dann wurden die Benutzer live geschaltet.
Und dann verwandelte sich der Output in einen Engpass
Innerhalb weniger Tage tauchten bekannte Beschwerden auf, aber lauter.
- „Meine Dokumente gehen an den falschen Drucker.“
- „Gestern hat das mit dem Drucken geklappt, heute nicht“
- „Jedes Mal, wenn ich mich anmelde, sehe ich verschiedene Drucker."
- „Der Computer stürzte ab, als ich versuchte zu drucken.“
Die Ursache dafür war nicht AVD selbst. Das Problem war eine veraltete Windows-Druckerarchitektur vor Ort, die mit dem neuen Cloud-nativen Desktop-Modell kollidierte. Diese Umgebung basierte immer noch auf Session-Host-basierten Windows-Druckservern und Hunderten von herstellerspezifischen Treibern. Außerdem wurde ein Relikt aus der alten Umgebung in die neue Cloud-Desktop-Umgebung übernommen: Druckerzuordnungen, die an Geräte gebunden waren, die gar nicht mehr existieren.
LRS ändert die Ausgabe für eine Cloud-Desktop-Welt
Statt zu versuchen, den Druck in AVD zu „reparieren“, stellte das Team die Frage einfach neu. Wie wäre es, wenn die Druckfunktion gar nicht auf den Desktop gehörte?
Sie setzten eine Enterprise-Output-Management-Plattform um, deren Konzeption außerhalb der virtuellen Desktop-Ebene lag. Diese Veränderung war strukturell, nicht nur kosmetisch.
Bald wurde der Druck von AVD-Sitzungen entkoppelt. Die virtuellen Azure-Desktop-Hosts verwalten keine Drucker und Warteschlangen mehr, was bedeutet, dass Treiberchaos und hostspezifische Konfigurationsabweichungen vermieden werden können. Die Entkopplung des Drucks vom Desktop ermöglichte auch die standardisierte Warteschlangeninstallation, wobei die bei der Anmeldung bereitgestellten Warteschlangen auf Benutzer-, Gruppen-, Subnetz- oder Computernamen basierten.
Dies war ein erster Schritt in die richtige Richtung, aber es gab noch andere Vorteile bei der Externalisierung der Druckverwaltungsfunktion. So konnten beispielsweise Hunderte von Druckertreibern auf weniger als zehn Treiber reduziert werden, was zu kleineren Bildern, einer schnelleren Host-Bereitstellung und einer erheblichen Verringerung der Arbeitsstunden für die Unterstützung des Desktop-Drucks führte.
Infolge dieser Veränderungen wurde beim Output mehr auf Vorschriften geachtet. Statt sich auf Windows-Zuordnungen zu verlassen, wurde der Output basierend auf der Benutzerrolle und dem Workflow weitergeleitet. Der Kontext der Anwendung bestimmte die Zustellung. Noch besser war, dass die Benutzer ganz aufhörten, über Drucker nachzudenken. Das genau sollte das Ziel sein.
Die IT-Mitarbeiter erlangten wieder Transparenz bei ihren Druckverfahren und erstmalig konnte die Organisation Fragen beantworten wie:
- Wer druckt am meisten?
- Aus welchen Anwendungen?
- An welche Endgeräte?
- Wo treten Ausfälle treten auf?
Der Output war kein schwarzes Loch mehr. Infolgedessen beschleunigte sich die AVD-Übernahme. Sobald das Drucken stabilisiert worden war, wurden die AVD-Hostpools sauber skaliert und die Anmeldezeiten nahmen weiter ab. Es gab einen starken Rückgang der druckbezogenen Support-Tickets, was bedeutete, dass das Desktop-Team weniger Zeit mit Notfällen und mehr Zeit mit der Optimierung der Umgebung verbrachte.
Was als Risiko für das Projekt begonnen hatte, das Drucken, wurde dann zur stärkenden Hauptkraft.
Die Lektion dahinter
AVD-Projekte scheitern nicht aufgrund bestimmter Workflows. Vielmehr scheitern sie daran, dass sie ohne eine Druckinfrastruktur wie LRS immer noch auf Windows-Druckspooling mit Technik aus den 1990er Jahren angewiesen sind. LRS bringt Ihr Unternehmen in die Zukunft, indem es eine wasserdichte Druckinfrastruktur schafft. Unsere Software wurde von Grund auf mit Blick auf Sicherheit, Effizienz, Fehlertoleranz und Zuverlässigkeit entwickelt.
TL;DR – zusammen mit LRS kann AVD sein volles Versprechen einlösen.