¿Por qué Citrix ha sido el líder en tecnología de pantalla compartida durante tantos años?

El salto central que Citrix hizo inicialmente no fue transmitir una imagen de la pantalla, sino más bien los comandos al subsistema de gráficos de Windows que formaban la imagen de la pantalla. En ese momento, este enfoque permitió que el producto Citrix tuviera un rendimiento significativamente mejor que otros productos de usuario único que intentaron proporcionar la misma funcionalidad en módems lentos. Con el tiempo, con la mejora continua en el ancho de banda remoto y el uso de servidores de aplicaciones de Windows en redes extremadamente rápidas, la novedad del enfoque se convirtió en una ventaja competitiva menos sostenible.

Para decirlo de otra manera, imagine que hay un cuadro en la pantalla que tiene 100 × 100 píxeles de ancho. Las primeras tecnologías de intercambio de pantalla esencialmente transmitirían esa caja de 100 × 100 como una imagen. El protocolo de Citrix, en cambio, transmitiría el comando “Dibujar un cuadro de 100 × 100 píxeles”.

La primera implementación de este concepto arquitectónico fue para Windows 3.1 ejecutándose en el cuadro OS / 2 DOS. Este producto se comercializó principalmente y se utilizó como servidor de acceso remoto para Windows 3.1. Novell tenía un producto que necesitaba actualización; en cambio, Novell facilitó la migración de sus clientes a este producto.

Los ingenieros de Citrix estaban trabajando con el equipo de Dave Cutler en Microsoft, por lo que cuando se lanzó NT se llevó a cabo la continuación de la implementación de esta arquitectura, optimizada para Windows NT. Esto requirió un profundo conocimiento del subsistema gráfico de Windows NT y de algunos ingenieros bastante inteligentes, que tenía Citrix.

Se necesitaba otra mejora significativa del sistema de programación de procesos / subprocesos NT porque la mayoría de las aplicaciones de productividad de Windows buscaban continuamente un mensaje para procesar. Este es el equivalente de las encuestas. En una máquina de un solo usuario, este comportamiento de la aplicación no fue un problema. Sin embargo, en un sistema multiusuario, el requisito de escalar al mayor número posible de usuarios simultáneos hizo que este comportamiento fuera problemático. Se introdujo una mejora significativa en el sistema de programación NT (denominado gestión de “aplicación incorrecta”) para solucionar este problema.

Se ha mantenido como líder porque, después de haber tomado una iniciativa inicial, el talento de ingeniería en Citrix pudo perfeccionar continuamente sus técnicas y encontrar formas cada vez más inteligentes de reducir el uso del ancho de banda y aumentar el rendimiento.

Una respuesta no técnica: se puede preferir la tecnología porque es la mejor en su clase o porque es común, comprensible y compatible. No sé si Citrix cae en el primero, pero al menos en mi empresa lo hace en el segundo. (Lo usamos más en el lado del alojamiento de aplicaciones).

Tenemos varias personas que pueden administrar y administrar Citrix, y podríamos contratar a más personas que ya lo saben. Un producto rival puede tener que tener experiencia desarrollada internamente en el tiempo. Se necesitaría una gran ventaja técnica para superar esta razón comercial para usarlo.

Se trata de su protocolo. HDX (ICA) se crea cuando el ancho de banda y la disponibilidad de la red eran muy lentos. Incluso cuando el ancho de banda de la red aumentó, todavía agregaron nuevas características para las optimizaciones de red. Y con la adquisición de FrameHawk en 2014 todavía tienen el protocolo para vencer.