Pourquoi les éditeurs de logiciels indépendants ne devraient pas compter sur RDS en 2025

De nombreux éditeurs de logiciels Windows® qui utilisent Microsoft® Remote Desktop Services (RDS) pour fournir des applications à leurs clients sont à la recherche d'un remplaçant à RDS.

Pourquoi ? Les éditeurs de logiciels indépendants en ont assez de traiter les problèmes induits par RDS qui affectent l'expérience utilisateur de leurs clients, comme la lenteur des performances des applications, l'utilisation élevée des ressources informatiques, les problèmes d'impression et l'impossibilité pour les clients de réinitialiser leurs mots de passe. Ils en ont assez d'utiliser le protocole Microsoft Remote Desktop Protocol (RDP), le protocole de communication réseau utilisé avec RDS, qui rend leurs systèmes vulnérables aux attaques car RDP est un logiciel libre. Et ils en ont assez de payer Microsoft pour des licences d'utilisateurs nommés , alors qu'ils facturent leurs clients sur la base d'une tarification par utilisateurs simultanés, conformément aux normes de l'industrie SaaS.

Nous comprenons. Mais gardez à l'esprit que, comme toute technologie, Microsoft RDS est mieux appliqué au défi qu'il a été conçu pour résoudre. Pour comprendre cela, une leçon d'histoire s'impose.

Au début...

Les services de bureau à distance ont été introduits en 1998 en tant que serveur de terminal dans Windows® NT 4.0 Terminal Server Edition (RDP a également été introduit dans Windows NT 4.0). À cette époque, selon le recensement américain de 2000, seuls 3,2 % des travailleurs américains travaillaient à domicile. Les cols blancs travaillaient au bureau, utilisant des ordinateurs de bureau pour exécuter leurs applications localement sur leur ordinateur de bureau. La commercialisation d'Internet n'avait que trois ans : en 1998, environ 3,7 % de la population américaine y avait accès.

Terminal Server a été inventé pour permettre aux services informatiques de configurer des serveurs sur site afin d'héberger simultanément plusieurs sessions d'utilisateurs auxquelles les utilisateurs accédaient via le réseau de l'entreprise. Comme les utilisateurs n'avaient plus besoin d'utiliser des applications locales pour faire leur travail, Terminal Server a libéré les services informatiques du défi que représentaient le chargement, la mise à jour et l'application de correctifs aux logiciels de chaque ordinateur de bureau. Comme de plus en plus de tâches ont été automatisées grâce à la disponibilité de nouveaux logiciels, Terminal Server a également facilité et réduit le coût de l'assistance au nombre croissant d'employés utilisant des ordinateurs pour faire leur travail.

Terminal Services était révolutionnaire à l'époque, mais il avait des limites. Tout d'abord, il ne s'adaptait pas bien à plus de 5 000 utilisateurs, ce qui entraînait des problèmes de performance. En outre, l'expérience utilisateur variait en fonction des conditions du réseau et de la complexité des applications utilisées par l'employé.

Puis, en 2006, le premier nuage public, Amazon Web Services® (AWS®), a été lancé, faisant de l'internet une plateforme viable pour l'informatique d'entreprise. Cette année-là, Microsoft a commencé à travailler sur sa propre plateforme cloud, qu'elle a présentée en octobre 2008 sous le nom de "Project Red Dog" lors de la conférence des développeurs professionnels de Microsoft. Au cours de cette période, Microsoft a commencé à s'éloigner de la prise en charge de l'infrastructure traditionnelle des entreprises sur site pour optimiser son infrastructure en nuage pour les entreprises clientes.

Terminal Services est rebaptisé Remote Desktop Services

En 2009, avec la sortie de Windows Server® 2008 R2, Terminal Services a été rebaptisé Remote Desktop Services (RDS). RDS représentait une amélioration significative par rapport à Terminal Services et était considéré comme une véritable technologie d'application à distance. Il a permis aux services informatiques de mieux gérer les employés se connectant à une ferme de serveurs et a amélioré la gestion des multisessions, le partage des ressources du serveur et l'isolation des instances, ce qui a amélioré l'expérience informatique des employés sur site (en 2009, selon le National Council on Compensation Insurance, seuls 6 % des travailleurs américains travaillaient à distance).

En février 2010, Microsoft a lancé Windows Azure® (rebaptisé Microsoft Azure® en 2014) et la course à la première plateforme cloud pour les entreprises était lancée. Au départ, les entreprises pouvaient déplacer leur infrastructure de bureau à distance Windows Server vers Azure, mais le passage au cloud n'a guère amélioré les problèmes liés à RDS décrits au début de ce billet.

{{CTAEMBED_IDENTIFIER}}

Infrastructure moderne de bureau à distance

Voyant que RDS sur Azure continuait à poser aux clients professionnels et à leurs employés les mêmes problèmes que sur un réseau d'entreprise, Microsoft a commencé à travailler sur une mise à jour importante de RDS, Remote Desktop Modern Infrastructure (RDmi), qui a été présentée en avant-première à la fin de l'année 2017. Cependant, à un moment donné après la présentation en avant-première de la technologie, Microsoft a décidé d'utiliser RDmi comme base pour Azure Virtual Desktop plutôt que de l'utiliser pour mettre à jour Windows Server. 

Depuis cette décision, alors que Microsoft s'est concentré sur Azure, RDS est resté et restera essentiellement inchangé.

Faut-il s'étonner que les éditeurs de logiciels indépendants cherchent à remplacer RDS ?

RDS a été conçu pour les employeurs, pas pour les éditeurs de logiciels indépendants

Les services de bureau à distance et le protocole de bureau à distance ont été conçus pour les entreprises fonctionnant à une époque où la plupart des employés travaillaient sur place et où les systèmes informatiques des entreprises étaient gérés en interne.

RDS a été conçu pour permettre aux employeurs de fournir des postes de travail à leurs employés. Il a été optimisé pour résoudre les problèmes des employeurs liés à la fourniture, à la gestion, à la mise à jour et à la correction d'un bureau informatique contenant de multiples applications qui permettent aux employés d'être plus productifs, et pour lesquels les employeurs sont prêts à payer un prix élevé pour chaque employé nommé.

RDS n'a pas été optimisé pour offrir aux employés une expérience agréable.

Pourquoi ?

En clair, c'est parce que ce sont les employeurs qui paient pour RDS, et non les employés qui utilisent les postes de travail, qu'il a été conçu pour répondre en priorité aux besoins des employeurs.

Pour les éditeurs de logiciels Windows, les pôles sont inversés. Vos utilisateurs sont vos clients payants. Ils attendent de vos logiciels qu'ils s'alignent sur leurs besoins, notamment des connexions rapides et faciles, des applications performantes et une sécurité qui protège leurs données sans les alourdir.

L'un de nos clients ISV de longue date, qui utilise Citrix pour fournir des postes de travail à ses employés, a bien résumé la situation :

"Les employés sont prêts à attendre. Les clients ne le sont pas.

Conçu pour les éditeurs de logiciels Windows

Dès le départ, GO-Global a été conçu pour les éditeurs de logiciels Windows qui souhaitent proposer leurs applications en nuage à des clients situés n'importe où.

• GO-Global permet l'accès à l'application Windows à partir de n'importe quel appareil doté d'un navigateur web, ce qui donne à votre client la liberté d'utiliser l'appareil de son choix lorsqu'il utilise votre application.
• GO-Global fonctionne avec n'importe quel nuage, ce qui vous permet de tirer pleinement parti de l'évolutivité, de l'équilibrage des charges et des capacités de sécurité du nuage de votre choix sans acheter de logiciel de sécurité supplémentaire qui ralentit les connexions et les performances de l'application.
• Le modèle de tarification des utilisateurs simultanés de GO-Global s'aligne sur les modèles de tarification SaaS standard, vous permettant d'économiser de l'argent par rapport aux modèles de tarification des utilisateurs nommés, de sorte que vous pouvez offrir à vos clients un modèle d'abonnement standard de l'industrie et maintenir votre rentabilité.
• Le protocole de communication propriétaire RXP de GO-Global remplace RDP, éliminant les vulnérabilités de RDP aux cyber-attaques et offrant une expérience utilisateur toujours excellente sur n'importe quel navigateur web, même sur les réseaux à faible bande passante, de sorte que vos clients n'aient pas à attendre - jamais.
• GO-Global crypte toutes les sessions client, fournit des capacités d'authentification à plusieurs facteurs et vous permet d'intégrer votre application Windows avec des fournisseurs d'identité pour activer le SSO, protégeant ainsi les données de vos clients sans alourdir leur expérience utilisateur.
• Malgré son faible prix, GO-Global offre une évolutivité au niveau de l'entreprise et une gestion facile et granulaire des sessions utilisateur via la console d'administration de GO-Global, afin de garantir une expérience utilisateur optimale.
• Chez GO-Global, nous nous concentrons depuis plus de 20 ans sur la fourniture aux éditeurs de logiciels Windows d'une solution peu coûteuse et de haute qualité qui leur permet de fournir des applications - et une expérience utilisateur exceptionnelle - à des clients situés n'importe où. En d'autres termes, vos priorités sont les nôtres, et lorsque vous réussissez, nous réussissons aussi.

Ne vous fâchez pas contre RDS. Remplacez-le simplement par GO-Global.

Pour demander une démonstration de GO-Global, cliquez ici; pour un essai gratuit de GO-Global pendant 30 jours, cliquez ici. 

‍