Vorrei condividere una breve storia — una con una lezione importante — che per puro caso è vera. Recentemente, una società globale di servizi professionali ha deciso di accelerare il passaggio al cloud. E Azure Virtual Desktop (AVD) sembrava la scelta ovvia.
L’azienda aveva migliaia di utenti. Aveva picchi stagionali di forza lavoro. Aveva l’obiettivo ultimo di ridurre rapidamente la propria infrastruttura on-site.
AVD rispondeva a tutti i requisiti, ma ciò che nessuno si aspettava era che la stampa — un pensiero secondario nella pianificazione iniziale — avrebbe quasi rovinato il lancio.
Il lancio di AVD sembrava perfetto sulla carta
I primi test pilota erano fluidi. I tempi di accesso erano rapidi. Le applicazioni funzionavano correttamente. Il team desktop dichiarò il successo. Poi sono entrati in produzione gli utenti aziendali.
Poi la produzione divenne il collo di bottiglia
Nel giro di pochi giorni, emersero lamentele usuali — solo più forti questa volta:
- "I miei documenti stanno andando alla stampante sbagliata."
- "La stampa ha funzionato ieri ma non oggi."
- "Ogni volta che accedo, vedo stampanti diverse."
- "Questa sessione si è bloccata quando ho provato a stampare."
La causa principale non era AVD in sé. Il problema era un’architettura di stampa Windows legacy on-premise che entrava in conflitto con un nuovo modello di desktop cloud-nativo. Questo ambiente si basava ancora su server di stampa Windows ospitati nelle sessioni e su centinaia di driver specifici dei vari fornitori. Inoltre, portava con sé un retaggio dell'ambiente precedente nel nuovo desktop cloud: mappature di stampanti collegate a dispositivi che non esistevano più.
LRS cambia l'output per un mondo di desktop cloud
Invece di cercare di "aggiustare la stampa" all'interno di AVD, il team ha riformulato la domanda. E se la funzione di stampa non appartenesse affatto al desktop?
Hanno implementato una piattaforma di gestione dell’output aziendale progettata per stare al di fuori del livello di desktop virtuale. Il cambiamento è stato architetturale, non superficiale.
In breve tempo, la stampa è stata disaccoppiata dalle sessioni di AVD. Azure Virtual Desktop non gestivano più stampanti e code, contribuendo a eliminare il caos dei driver e le differenze di configurazione tra host. Il disaccoppiamento ha inoltre permesso un’installazione standardizzata delle code, dove quelle assegnate al login erano basate su utente, gruppo, subnet o nome del computer.
Questo è stato il primo passo nella giusta direzione, ma i benefici dell’esternalizzazione della gestione della stampa sono stati molti altri. Ad esempio, centinaia di driver di stampante sono stati ridotti a meno di dieci, con immagini più leggere, provisioning degli host più rapido e una drastica diminuzione delle ore di lavoro necessarie per supportare la stampa desktop.
Di conseguenza, l’output è diventato più guidato da policy. Invece di basarsi sulle mappature Windows, l’instradamento avveniva in base al ruolo dell'utente e al flusso di lavoro. Il contesto dell'applicazione determinava la destinazione. Ancora meglio, gli utenti hanno smesso completamente di pensare alle stampanti... che è esattamente l'obiettivo che si voleva raggiungere.
Il personale IT ha riacquistato visibilità sui propri processi di stampa e, per la prima volta, l'organizzazione ha potuto rispondere a domande come:
- Chi stampa di più?
- Da quali applicazioni?
- Verso quali destinazioni?
- Dove si verificano gli errori?
La stampa ha smesso di essere una “scatola nera”. Di conseguenza, l'utilizzo di AVD è aumentato rapidamente. Una volta stabilizzata la stampa, gli host pool AVD sono cresciuti senza problemi e i tempi di accesso hanno continuato a diminuire. I ticket di supporto legati alla stampa sono calati drasticamente, permettendo al team desktop di dedicare meno tempo alla gestione delle emergenze e più all’ottimizzazione dell’ambiente.
Ciò che era iniziato come un rischio per il progetto – il processo di stampa – è diventato un moltiplicatore di valore.
La lezione più grande
I progetti AVD non falliscono a causa di singoli flussi di lavoro. Piuttosto, falliscono perché senza un'infrastruttura di stampa come LRS, continuano a basarsi sullo spooler di stampa Windows, una tecnologia degli anni ’90. LRS porta la vostra azienda nel futuro creando un'infrastruttura di stampa solida e affidabile. Il nostro software è progettato da zero con sicurezza, efficienza, tolleranza ai guasti e affidabilità come principi fondamentali.
TL; DR — con LRS integrato, AVD può davvero esprimere tutto il suo potenziale.