Por qué los ISV no deben confiar en RDS en 2025

Muchos ISV de Windows® que utilizan Microsoft® Remote Desktop Services (RDS) para ofrecer aplicaciones a los clientes están buscando un sustituto de RDS.

¿Por qué? Los ISV están cansados de lidiar con problemas inducidos por RDS que afectan a la experiencia de usuario de sus clientes, como un rendimiento lento de las aplicaciones, una elevada utilización de los recursos informáticos, problemas de impresión y la imposibilidad de que los clientes restablezcan sus contraseñas. Están cansados de utilizar Microsoft Remote Desktop Protocol (RDP), el protocolo de comunicaciones de red utilizado con RDS, que deja sus sistemas vulnerables a los ataques porque RDP es de código abierto. Y están cansados de pagar a Microsoft por licencias de usuario nominal , pero cobrar a los clientes utilizando precios de usuario concurrente según los estándares de la industria SaaS.

Lo entendemos. Pero tenga en cuenta que, como toda tecnología, Microsoft RDS se aplica mejor al reto para el que fue diseñado. Para entenderlo, es necesario dar una lección de historia.

En el principio...

Remote Desktop Services se introdujo en 1998 como Terminal Server en Windows® NT 4.0 Terminal Server Edition (RDP también se introdujo en Windows NT 4.0). En ese periodo de tiempo, según el censo estadounidense de 2000, sólo el 3,2% de los trabajadores estadounidenses trabajaban desde casa. Los empleados de cuello blanco trabajaban en la oficina, utilizando ordenadores de sobremesa para ejecutar sus aplicaciones localmente en su máquina de sobremesa. La comercialización de Internet tenía tres años: en 1998, aproximadamente el 3,7% de la población estadounidense tenía acceso.

Terminal Server se inventó para permitir al departamento de TI configurar servidores locales para alojar simultáneamente varias sesiones de usuario a las que los usuarios accedían a través de la red de la oficina. Como los usuarios ya no necesitaban utilizar aplicaciones locales para hacer su trabajo, Terminal Server liberó al departamento de TI del reto de cargar, actualizar y parchear el software en cada equipo de sobremesa. A medida que se automatizaban más trabajos gracias a la disponibilidad de nuevo software, Terminal Server también facilitaba y abarataba la asistencia al creciente número de empleados que utilizaban ordenadores para realizar su trabajo.

Terminal Services fue revolucionario para su época, pero tenía limitaciones. En primer lugar, no se adaptaba bien a más de 5.000 usuarios, lo que provocaba problemas de rendimiento. Además, la experiencia del usuario variaba en función de las condiciones de la red y de la complejidad de las aplicaciones que utilizaba el empleado.

Más tarde, en 2006, se lanzó la primera nube pública, Amazon Web Services® (AWS®), que convirtió Internet en una plataforma viable para la informática corporativa. Ese año Microsoft empezó a trabajar en su propia plataforma en la nube, que presentó en octubre de 2008 como "Project Red Dog" en la Conferencia de Desarrolladores Profesionales de Microsoft. Durante este periodo, Microsoft empezó a dejar de centrarse en el soporte de la infraestructura corporativa local tradicional para optimizar su infraestructura en la nube para los clientes empresariales.

Terminal Services pasa a llamarse Remote Desktop Services

En 2009, con el lanzamiento de Windows Server® 2008 R2, Terminal Services pasó a llamarse Remote Desktop Services (RDS). RDS supuso una mejora significativa con respecto a Terminal Services y se consideró una verdadera tecnología de aplicaciones remotas. Permitía a TI gestionar mejor a los empleados que se conectaban a una granja de servidores, y mejoraba la gestión multisesión, el uso compartido de recursos de servidor y el aislamiento de instancias, todo lo cual mejoraba la experiencia informática de los empleados en las instalaciones (en 2009, según el Consejo Nacional de Seguros de Compensación, sólo el 6% de los trabajadores estadounidenses trabajaban de forma remota).

En febrero de 2010, Microsoft lanzó Windows Azure® (rebautizada como Microsoft Azure® en 2014) y comenzó la carrera por convertirse en la principal plataforma empresarial en la nube. Inicialmente, las empresas podían trasladar su infraestructura de escritorio remoto de Windows Server a Azure, pero el traslado a la nube apenas mejoró los problemas con RDS descritos al principio de este post.

{{CTAEMBED_IDENTIFIER}}

Infraestructura moderna de escritorio remoto

Al ver que RDS en Azure seguía acosando a los clientes empresariales y a sus empleados con los mismos problemas que en una red corporativa, Microsoft comenzó a trabajar en una importante actualización de RDS, Remote Desktop Modern Infrastructure (RDmi), cuya vista previa se realizó a finales de 2017. Sin embargo, en algún momento después de la vista previa de la tecnología, Microsoft decidió utilizar RDmi como base para Azure Virtual Desktop en lugar de utilizarla para actualizar Windows Server. 

Desde esa decisión, cuando Microsoft trasladó su atención a Azure, a todos los efectos, RDS ha permanecido -y permanecerá- esencialmente sin cambios.

¿No es de extrañar que los ISV busquen un sustituto de RDS?

RDS se creó para las empresas, no para los ISV

Los Servicios de Escritorio Remoto y el Protocolo de Escritorio Remoto se crearon para empresas que operaban en una época en la que la mayoría de los empleados trabajaban in situ y los sistemas informáticos de las empresas se gestionaban internamente.

RDS se diseñó para permitir a las empresas ofrecer escritorios a sus empleados. Se optimizó para resolver los problemas de los empleadores relacionados con la entrega, gestión, actualización y aplicación de parches a un escritorio informático que contiene múltiples aplicaciones que permiten a los empleados ser más productivos, y por el que los empleadores están dispuestos a pagar un precio superior por cada empleado nombrado.

RDS no estaba optimizado para ofrecer a los empleados una gran experiencia.

¿Por qué?

En pocas palabras, porque son las empresas las que pagan por RDS, y no los empleados que utilizan los escritorios, por lo que se ha creado principalmente para satisfacer las necesidades de las empresas.

Para los ISV de Windows, los polos se invierten. Sus usuarios son sus clientes de pago. Esperan que su software se adapte a sus necesidades, incluidos unos inicios de sesión rápidos y sencillos, un rendimiento de las aplicaciones con capacidad de respuesta y una seguridad que proteja sus datos pero no les lastre.

Uno de nuestros clientes ISV más antiguos, que utiliza Citrix para proporcionar escritorios a los empleados, lo resumió de la mejor manera:

"Los empleados están dispuestos a esperar. Los clientes no".

Diseñado específicamente para ISV de Windows

Desde el principio, GO-Global se diseñó específicamente para los ISV de Windows que desean ofrecer sus aplicaciones desde la nube como un servicio a clientes ubicados en cualquier lugar.

• GO-Global permite el acceso a la aplicación Windows desde cualquier dispositivo con un navegador web, lo que ofrece a su cliente la libertad de utilizar el dispositivo que prefiera cuando utilice su aplicación.
• GO-Global funciona con cualquier nube, lo que le permite aprovechar al máximo las capacidades de escalabilidad, equilibrio de carga y seguridad de cualquier nube que elija sin necesidad de adquirir software de seguridad adicional que ralentice los inicios de sesión y el rendimiento de las aplicaciones.
• El modelo de precios para usuarios concurrentes de GO-Global se ajusta a los modelos de precios estándar de SaaS, lo que le permite ahorrar dinero con respecto a los modelos de precios para usuarios nominales, de modo que puede ofrecer a sus clientes un modelo de suscripción estándar del sector y mantener su rentabilidad.
• El protocolo de comunicaciones RXP, propiedad de GO-Global, sustituye a RDP, eliminando las vulnerabilidades de RDP a los ciberataques y ofreciendo una experiencia de usuario excelente y constante en cualquier navegador web, incluso en redes con poco ancho de banda, para que sus clientes no tengan que esperar nunca.
• GO-Global cifra todas las sesiones de los clientes, proporciona funciones de autenticación multifactor y le permite integrar su aplicación Windows con proveedores de identidad para habilitar el SSO, protegiendo los datos de sus clientes sin sobrecargar su experiencia de usuario.
• A pesar de su bajo precio, GO-Global ofrece escalabilidad de nivel empresarial y una gestión sencilla y granular de las sesiones de usuario a través de la Admin Console de GO-Global para garantizar aún más una gran experiencia de usuario.
• En GO-Global, nos hemos centrado durante más de 20 años en proporcionar a los ISV de Windows una solución de bajo coste y alta calidad que les permita ofrecer aplicaciones -y una gran experiencia de usuario- a clientes ubicados en cualquier lugar. En pocas palabras, sus prioridades son las nuestras, y cuando usted tiene éxito, nosotros también.

No te enfades con RDS. Sustitúyalo por GO-Global.

Para solicitar una demostración de GO-Global, haga clic aquí; para una prueba gratuita de GO-Global durante 30 días, haga clic aquí. 

‍