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ù.

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. 

‍