Por que as equipes escolhem o ezeep: driverless e serverless explicados

o ezeep remove duas coisas de um ambiente de impressão que a maioria das plataformas apenas realoca: o driver de impressora no endpoint e o próprio servidor de impressão. As equipes que escolhem o ezeep em vez de outras abordagens de impressão em nuvem geralmente o fazem pelos efeitos práticos dessas duas remoções, não pela arquitetura como uma ideia abstrata. Este post detalha o que cada uma delas realmente muda no dia a dia.

O que a impressão sem driver muda para as equipes de TI?

A impressão sem driver remove completamente o driver da impressora do dispositivo do usuário, o que elimina, junto com ele, a maior fonte de chamados de suporte relacionados à impressão. Conflitos de drivers, incompatibilidades de versão entre o SO e o modelo da impressora e falhas no Print Spooler são motivos comuns para os usuários abrirem um chamado, e nenhum deles pode ocorrer em um dispositivo que, para começar, nunca teve um driver instalado.

Há um segundo benefício menos óbvio: os drivers de impressora dos fabricantes muitas vezes são mal mantidos. Os fornecedores de impressoras priorizam a venda de hardware em detrimento da manutenção de firmware e drivers, o que significa que os patches de segurança para drivers de impressão frequentemente chegam bem depois da descoberta da vulnerabilidade. Essa lacuna de manutenção é parte do que tornou o PrintNightmare (CVE-2021-34527) tão prejudicial. Remover o driver do endpoint elimina completamente essa superfície de ataque, independentemente da diligência de qualquer fabricante.

Isso também significa que a arquitetura do ezeep já está alinhada com o Windows Protected Print (WPP), a iniciativa da Microsoft em direção a um modelo de impressão mais rigoroso e sem driver. As organizações que usam o ezeep não precisam auditar seu parque de drivers ou substituir hardware incompatível para atender aos requisitos do WPP. A arquitetura sem driver as leva a esse resultado por padrão.

Sem matriz de drivers por SO e por impressora para manter. Tradicionalmente, cada modelo de impressora precisa de seu próprio driver, e cada sistema operacional precisa de sua própria versão desse driver. Uma frota mista de dispositivos HP, Xerox, Konica Minolta e Brother, atendendo a endpoints Windows, macOS, ChromeOS, iOSe Android , se multiplica em uma matriz que a TI precisa testar, empacotar e manter atualizada. O mecanismo de cloud rendering do ezeep mantém essa matriz em uma biblioteca com mais de 6.000 drivers específicos de fabricantes, e o dispositivo envia um fluxo de impressão sem driver em vez de manter qualquer um deles localmente.

Isso é mais importante no momento em que um novo dispositivo aparece. Um laptop Windows no escritório, um MacBook em casae um Chromebook em uma sala de aula , todos acessam a impressora através do mesmo processo de cloud rendering, sem um caminho de solução de problemas separado para "os usuários de Mac" ou "os usuários de dispositivos móveis". Adicionar uma nova impressora à frota funciona da mesma maneira: em vez de empacotar и testar um novo driver antes que ele possa ser implementado, a TI verifica se o modelo já está na biblioteca em nuvem do ezeepe o solicita caso não esteja.

Sem gargalo de direitos de administrador para novas implementações. Desde que os patches do PrintNightmare foram aplicados em 2021, a instalação ou atualização de um driver de impressora através do caminho padrão Point and Print requer credenciais de administrador por padrão, uma restrição que não existia antes desse patch. Essa é uma correção de segurança deliberada, mas também significa que cada nova conexão de dispositivo ou impressora que depende da instalação local de um driver agora precisa de um administrador no processo. Um endpoint sem driver nunca aciona esse caminho, porque não há uma etapa de instalação de driver local para bloquear.

O que a impressão sem servidor muda para os orçamentos e a manutenção de TI?

A impressão sem servidor remove completamente a função do servidor de impressão do ambiente, em vez de hospedá-la em outro lugar, o que remove as categorias de custo e manutenção que vêm com a execução desse servidor.

Comece com o hardware. Um servidor de impressão tradicional, muitas vezes um por escritório ou local, é uma infraestrutura física: uma máquina para comprar, instalar em rack, alimentar com energia e, eventualmente, substituir em um ciclo de atualização. O ezeep substitui essa função com o ezeep Hub, um dispositivo conector compacto, ou o software ezeep Connector executado em uma máquina existente. Nenhum deles desempenha as funções de gerenciamento de fila ou de hospedagem de drivers do servidor, porque não há fila ou biblioteca de drivers para hospedar localmente.

O licenciamento sai pela porta junto com o hardware. Executar um servidor de impressão dedicado significa pagar por:

• A própria licença do Windows Server
• Software antivírus
• Ferramentas de gerenciamento remoto
• Outros softwares que a máquina precisa para estar pronta para produção

Nada disso é gratuito. Quando a função do servidor é removida em vez de realocada, esses custos são removidos junto com ela, não deslocados para um item diferente em uma fatura de nuvem.

A aplicação de patches e o planejamento de failover deixam de ser responsabilidade da TI. Um servidor de impressão precisa de seu próprio ciclo de patches e, quando ele cai, todos os usuários conectados a ele param de imprimir até que ele volte a funcionar. Com a função do servidor eliminada, não há um cronograma de patches específico do servidor para manter e nenhum ponto único de falha vinculado a uma máquina por local. A configuração segue o mesmo padrão: adicionar um novo escritório com um servidor de impressão tradicional significa provisionar esse servidor, instalar drivers nele, configurar filas e conectá-lo à rede antes que alguém possa imprimir. O tempo de configuração do ezeep é de cerca de 30 minutos para colocar a impressão em nuvem funcionando em um local, já que a etapa equivalente é conectar um Hub e atribuir impressoras no portal de administração.

Como a impressão sem driver e sem servidor funcionam juntas na arquitetura do ezeep?

Não são duas funcionalidades separadas e combinadas. São dois efeitos da mesma escolha fundamental: o ezeep renderiza os trabalhos de impressão inteiramente na nuvem, então nem o endpoint nem um servidor local precisam armazenar um driver. Remover o driver do endpoint é o que torna o servidor desnecessário em primeiro lugar, já que a principal função de um servidor de impressão tradicional é hospedar e distribuir os drivers que os dispositivos precisam. Tire o driver dessa equação e o servidor não tem mais nada para fazer.

o ezeep é construído com a tecnologia ThinPrint, usada em ambientes de produção que lidam com milhões de páginas impressas diariamente. A arquitetura foi nativa da nuvem desde o início, e é por isso que a abordagem sem driver e sem servidor não é uma migração que o ezeep realizou em um produto mais antigo — eles são a base sobre a qual ele foi construído.

Comece seu teste grátis de 14 dias para ver como é um ambiente de impressão sem driver e sem servidor em comparação com a infraestrutura de impressão que você já possui.

Impressão não é o motivo pelo qual sua equipe entrou na área de TI

Deixe o ezeep ajudar

Teste grátis