Por qué los equipos eligen ezeep: la impresión sin controladores y sin servidor, explicada

ezeep elimina dos elementos de un entorno de impresión que la mayoría de las plataformas solo cambian de sitio: el controlador de la impresora en el equipo y el propio servidor de impresión. Los equipos que eligen ezeep en lugar de otros enfoques de impresión en la nube suelen hacerlo por los efectos prácticos de estas dos eliminaciones, no por la arquitectura como idea abstracta. Este artículo desglosa qué cambia cada una de ellas en el día a día.

¿Qué cambia la impresión sin controladores para los equipos de TI?

La impresión sin controladores elimina por completo el controlador de la impresora del equipo del usuario, lo que elimina a su vez la principal causa de tickets de soporte relacionados con las impresiones. Los conflictos entre controladores, las versiones incompatibles entre el sistema operativo y el modelo de impresora y los fallos del Print Spooler son motivos habituales por los que los usuarios abren un ticket, y ninguno de ellos puede ocurrir en un equipo que, para empezar, nunca tiene un controlador instalado.

Hay una segunda ventaja menos evidente: los controladores de impresora de los fabricantes a menudo tienen un mal mantenimiento. Los proveedores de impresoras priorizan la venta de hardware sobre el mantenimiento del firmware y los controladores, lo que significa que los parches de seguridad para los controladores de impresión suelen llegar mucho después de que se conozca la vulnerabilidad. Esa brecha de mantenimiento es parte de lo que hizo que PrintNightmare (CVE-2021-34527) fuera tan perjudicial. Eliminar el controlador del equipo elimina esa superficie de ataque por completo, independientemente de lo diligente que sea un fabricante concreto.

También significa que la arquitectura de ezeep ya está alineada con Windows Protected Print (WPP), el paso de Microsoft hacia un modelo de impresión sin controladores más estricto. Las organizaciones que utilizan ezeep no necesitan auditar su parque de controladores ni sustituir el hardware no compatible para cumplir los requisitos de WPP. La arquitectura sin controladores lo consigue por defecto.

Se acabó mantener una matriz de controladores por sistema operativo y por impresora. Tradicionalmente, cada modelo de impresora necesita su propio controlador, y cada sistema operativo necesita su propia versión de ese controlador. Una flota mixta de HP, Xerox, Konica Minolta y Brother, para equipos con Windows, macOS, ChromeOS, iOSy Android , se multiplica en una matriz que el equipo de TI tiene que probar, empaquetar y mantener actualizada. El motor de cloud rendering de ezeep mantiene esa matriz en una biblioteca de más de 6.000 controladores específicos del fabricante, y el equipo envía un flujo de impresión sin controladores en lugar de alojar nada localmente.

Esto importa especialmente en el momento en que aparece un nuevo equipo. Un portátil Windows en la oficina, un MacBook en casay un Chromebook en un aula acceden a la impresora a través del mismo proceso de cloud rendering, sin una ruta de solución de problemas distinta para «los usuarios de Mac» o «los usuarios de móvil». Añadir una nueva impresora a la flota funciona de la misma manera: en lugar de empaquetar y probar un nuevo controlador antes de poder implementarlo, el equipo de TI comprueba si el modelo ya está en la biblioteca en la nube de ezeep, y lo solicita si no lo está.

Se acabó el cuello de botella de los derechos de administrador para nuevas implementaciones. Desde que se aplicaron los parches de PrintNightmare en 2021, instalar o actualizar un controlador de impresora a través de la ruta estándar de Point and Print requiere credenciales de administrador por defecto, una restricción que no existía antes de ese parche. Se trata de una solución de seguridad deliberada, pero también significa que cada nueva conexión de equipo o impresora que dependa de la instalación de un controlador local ahora necesita la intervención de un administrador. Un equipo sin controladores nunca activa esa ruta, porque no hay un paso de instalación de controlador local que bloquear.

¿Qué cambia la impresión sin servidores para los presupuestos y el mantenimiento de TI?

La impresión sin servidores elimina por completo la función de servidor de impresión del entorno, en lugar de reubicarla en otro sitio, lo que elimina las categorías de coste y mantenimiento que conlleva tener ese servidor.

Empecemos por el hardware. Un servidor de impresión tradicional, a menudo uno por oficina o ubicación, es infraestructura física: una máquina que hay que comprar, montar en rack, alimentar y, finalmente, sustituir en un ciclo de renovación. ezeep reemplaza esa función con el ezeep Hub, un dispositivo conector compacto, o con el software ezeep Connector ejecutándose en una máquina existente. Ninguno de los dos realiza las funciones de gestión de colas o de alojamiento de controladores del servidor, porque no hay ninguna cola de impresión o biblioteca de controladores que alojar localmente.

Las licencias desaparecen junto con el hardware. Tener un servidor de impresión dedicado significa pagar por:

• La propia licencia de Windows Server
• El software antivirus
• Las herramientas de gestión remota
• Otro software que la máquina necesita para estar lista para producción

Nada de eso es gratis. Cuando la función de servidor se elimina en lugar de reubicarse, esos costes se eliminan con ella, no se trasladan a una partida diferente en la factura de la nube.

La aplicación de parches y la planificación de conmutación por error ya no son responsabilidad de TI. Un servidor de impresión necesita su propio ciclo de aplicación de parches y, cuando se cae, todos los usuarios conectados a él dejan de imprimir hasta que vuelve a funcionar. Al desaparecer la función de servidor, no hay un calendario de parches específico que mantener ni un punto único de fallo ligado a una máquina por ubicación. La configuración sigue el mismo patrón: añadir una nueva oficina con un servidor de impresión tradicional implica aprovisionar ese servidor, instalarle controladores, configurar colas de impresión y conectarlo a la red antes de que nadie pueda imprimir. El tiempo de configuración de ezeep es de unos 30 minutos para tener la impresión basada en la nube funcionando en una ubicación, ya que el paso equivalente es conectar un Hub y asignar las impresoras en el portal de administración.

¿Cómo funcionan juntas las arquitecturas sin controladores y sin servidores en ezeep?

No son dos funciones separadas que se han unido. Son dos efectos de la misma elección fundamental: ezeep renderiza las impresiones por completo en la nube, por lo que ni el equipo ni un servidor local necesitan tener nunca un controlador. Eliminar el controlador del equipo es lo que hace que el servidor sea innecesario en primer lugar, ya que la principal tarea de un servidor de impresión tradicional es alojar y distribuir los controladores que los dispositivos necesitan. Si eliminas el controlador de esa ecuación, el servidor no tiene nada que hacer.

ezeep se basa en la tecnología ThinPrint, utilizada en entornos de producción que gestionan millones de páginas impresas a diario. La arquitectura fue nativa de la nube desde el principio, por lo que las arquitecturas sin controladores y sin servidores no son una migración que ezeep realizó sobre un producto antiguo, sino la base sobre la que se construyó.

Inicia una prueba gratuita de 14 días para ver cómo funciona un entorno de impresión sin controladores y sin servidores en comparación con la infraestructura de impresoras que ya tienes.

Print Isn't Why Your Team Got Into IT

Let ezeep help

Start Free Trial