Perché i team scelgono ezeep: Driverless e Serverless spiegati

ezeep rimuove da un ambiente di stampa due elementi che la maggior parte delle piattaforme si limita a ricollocare: il driver della stampante sull'endpoint e il Print server stesso. I team che scelgono ezeep rispetto ad altri approcci di stampa cloud lo fanno di solito per gli effetti pratici di queste due rimozioni, non per l'architettura come idea astratta. Questo articolo analizza nel dettaglio cosa cambia concretamente, giorno dopo giorno.

Cosa cambia driverless printing per i team IT?

Driverless printing elimina completamente il driver della stampante dal dispositivo dell'utente, eliminando di conseguenza la principale fonte di richieste di assistenza legate alla stampa. Conflitti tra driver, mancate corrispondenze di versione tra sistema operativo e modello di stampante e arresti anomali del Print Spooler sono motivi comuni per cui gli utenti aprono un ticket, e nessuno di questi problemi può verificarsi su un dispositivo in cui non è mai stato installato un driver.

C'è un secondo vantaggio, meno evidente: i driver dei produttori di stampanti sono spesso soggetti a una manutenzione inadeguata. I fornitori di stampanti danno priorità alla vendita dell'hardware rispetto all'aggiornamento di firmware e driver, il che significa che le patch di sicurezza per i driver di stampa arrivano spesso in grave ritardo rispetto alla scoperta delle vulnerabilità. Questo ritardo nella manutenzione è uno dei motivi per cui PrintNightmare (CVE-2021-34527) è stato così dannoso. Rimuovere il driver dall'endpoint elimina completamente questa superficie di attacco, indipendentemente dalla diligenza di ogni singolo produttore.

Significa anche che l'architettura di ezeep è già allineata con Windows Protected Print (WPP), la mossa di Microsoft verso un modello di stampa più restrittivo e senza driver. Le organizzazioni che utilizzano ezeep non hanno bisogno di verificare il proprio parco driver o di sostituire l'hardware non conforme per soddisfare i requisiti WPP. L'architettura driverless le rende conformi per impostazione predefinita.

Nessuna matrice di driver da mantenere per ogni OS e modello di stampante. Ogni modello di stampante richiede tradizionalmente un proprio driver e ogni sistema operativo necessita della propria versione di quel driver. Una flotta mista di HP, Xerox, Konica Minolta e Brother, che si connette a endpoint Windows, macOS, ChromeOS, iOSe Android , si moltiplica in una matrice che il team IT deve testare, pacchettizzare e mantenere aggiornata. Il cloud rendering di ezeep gestisce quella matrice in una libreria di oltre 6.000 driver specifici dei produttori, e il dispositivo invia un flusso di stampa senza driver invece di conservare nulla localmente.

Questo conta soprattutto nel momento in cui arriva un nuovo dispositivo. Un laptop Windows in ufficio, , un MacBook a casae un Chromebook in un'aula accedono tutti alla stampante tramite lo stesso processo di cloud rendering, senza percorsi di risoluzione dei problemi distinti per gli «utenti Mac» o gli «utenti mobili». L'aggiunta di una nuova stampante alla flotta funziona allo stesso modo: invece di pacchettizzare e testare un nuovo driver prima di poterlo distribuire, il team IT verifica se il modello è già presente nella libreria cloud di ezeepe, in caso contrario, ne fa richiesta.

Nessun collo di bottiglia dovuto ai diritti di amministratore per le nuove installazioni. Da quando sono state applicate le patch per PrintNightmare nel 2021, l'installazione o l'aggiornamento di un driver di stampa tramite il percorso standard Point and Print richiede di default le credenziali di amministratore, una restrizione che non esisteva prima di quella patch. Si tratta di una misura di sicurezza voluta, ma significa anche che ogni nuova connessione di dispositivi o stampanti che dipende dall'installazione di un driver locale richiede ora l'intervento di un amministratore. Un endpoint driverless non attiva mai questo percorso, perché non c'è nessuna fase di installazione di driver locali da autorizzare.

Cosa cambia la stampa senza server per i budget e la manutenzione IT?

La stampa senza server elimina completamente il ruolo del Print server dall'ambiente, invece di limitarsi a ospitarlo altrove, eliminando così le categorie di costo e manutenzione associate alla gestione di tale server.

Partiamo dall'hardware. Un Print server tradizionale, spesso uno per ufficio o sede, è un'infrastruttura fisica: una macchina da acquistare, installare su rack, alimentare e infine sostituire al termine del suo ciclo di vita. ezeep sostituisce questo ruolo con l'ezeep Hub, un dispositivo connettore compatto, o con il software ezeep Connector in esecuzione su una macchina esistente. Nessuno dei due svolge le funzioni di gestione delle code o di hosting dei driver tipiche del server, perché non c'è nessuna coda o libreria di driver da ospitare localmente.

Le licenze seguono lo stesso destino dell'hardware. Gestire un Print server dedicato significa pagare per:

• La licenza di Windows Server stessa
• Il software antivirus
• Gli strumenti di gestione remota
• Altri software necessari per rendere la macchina pronta per la produzione

Nessuno di questi elementi è gratuito. Quando il ruolo del server viene rimosso anziché essere semplicemente ospitato altrove, anche questi costi vengono eliminati, non spostati in un'altra voce di spesa su una fattura cloud.

La gestione delle patch e la pianificazione del failover non sono più responsabilità del team IT. Un Print server richiede un proprio ciclo di applicazione delle patch e, quando si blocca, tutti gli utenti a esso collegati smettono di stampare finché non torna operativo. Eliminando il ruolo del server, non c'è più un piano di patch specifico da mantenere e nessun singolo punto di vulnerabilità legato a una macchina per sede. La configurazione segue lo stesso schema: aggiungere un nuovo ufficio con un Print server tradizionale significa fornire quel server, installarvi i driver, configurare le code e collegarlo alla rete prima che chiunque possa stampare. Il tempo di configurazione di ezeep per rendere operativa la stampa basata su cloud in una sede è di circa 30 minuti, poiché il passo equivalente consiste nel collegare un Hub e assegnare le stampanti nel portale di amministrazione.

Come funzionano insieme driverless e la stampa senza server nell'architettura di ezeep?

Non sono due funzionalità distinte e assemblate insieme. Sono due effetti della stessa scelta di fondo: ezeep esegue il cloud rendering dei processi di stampa, quindi né l'endpoint né un server locale devono mai contenere un driver. Rimuovere il driver dall'endpoint è ciò che rende superfluo il Print server, poiché il compito principale di un Print server tradizionale è ospitare e distribuire i driver di cui i dispositivi hanno bisogno. Togliete il driver da questa equazione e il server non ha più nulla da fare.

ezeep è basato sulla ThinPrinttechnology, utilizzata in ambienti di produzione che gestiscono milioni di pagine stampate ogni giorno. L'architettura è stata nativa per il cloud fin dall'inizio, motivo per cui driverless e serverless non sono il risultato di una migrazione di un prodotto più vecchio, ma le fondamenta su cui ezeep è stato costruito.

Avviate una prova gratuita di 14 giorni per vedere come si comporta un ambiente di stampa driverless e senza server rispetto all'infrastruttura di stampa che già utilizzate.

Print Isn't Why Your Team Got Into IT

Let ezeep help

Start Free Trial