‍Les5 principales raisons pour lesquelles les éditeurs de logiciels Windows devraient remplacer RDS en 2025

La plupart des éditeurs de logiciels Windows® qui nous ont contactés l'ont fait parce qu'ils cherchaient à remplacer Microsoft® Windows Remote Desktop Services (RDS). Après des centaines de conversations, nous avons dressé une liste définitive des cinq raisons pour lesquelles les éditeurs de logiciels Windows souhaitent remplacer RDS pour proposer leurs applications en mode SaaS.

Raison 1 : RDS est coûteux et réduit les marges bénéficiaires des ISV

Le modèle de licence de Microsoft ne s'aligne pas sur les modèles modernes d'abonnement aux logiciels et réduit la rentabilité des éditeurs de logiciels indépendants. Lorsqu'ils utilisent RDS, les éditeurs de logiciels indépendants paient à Microsoft un droit de licence annuel pour chaque utilisateur nommé, c'est-à-dire chaque utilisateur disposant d'un nom de connexion et d'un mot de passe, quelle que soit la fréquence (ou la rareté) à laquelle il utilise l'application.

En revanche, les éditeurs de logiciels Windows qui utilisent RDS pour fournir leur application selon un modèle SaaS facturent à leurs clients un abonnement mensuel basé sur le nombre d'utilisateurs simultanés, c'est-à-dire le nombre total d'utilisateurs accédant simultanément à l'application. Bien qu'il existe des variations de prix dans les modèles d'abonnement, par exemple, des prix échelonnés basés sur le nombre de fonctionnalités par niveau, la facturation en fonction du nombre d'utilisateurs simultanés par mois reste toujours valable.

Au fur et à mesure qu'un ISV utilisant RDS se développe, le coût de sa licence annuelle d'utilisateur nommé Microsoft augmente également. En fin de compte, le nombre d'utilisateurs nommés de RDS devient nettement disproportionné par rapport au nombre de clients qui utilisent l'application de l'ISV à un moment donné. L'un des ISV récemment recrutés par GO-Global fournit 6 000 sessions d'utilisateurs simultanées, mais paie pour 18 000 utilisateurs nommés, ce qui représente une énorme disparité et un frein important à la rentabilité.

Raison 2 : RDS utilise les ressources informatiques de manière inefficace

L'utilisation inefficace des ressources informatiques par RDS, en particulier de la mémoire, est un problème critique pour les éditeurs de logiciels Windows, qui doivent ajouter des serveurs d'applications à leur infrastructure pour soutenir la moindre croissance, et embaucher des administrateurs pour gérer ces nouveaux serveurs - une autre façon pour RDS de réduire les marges de profit.

{{CTAEMBED_IDENTIFIER}}

Raison 3 : Le RDS fait remonter les appels au service d'assistance

RDS fonctionne sur le protocole Remote Desktop Protocol (RDP), le protocole de communication de Microsoft. Les connexions RDS utilisant le protocole RDP peuvent consommer une grande partie de la bande passante du réseau, en particulier avec les applications graphiques ou lors de la transmission de contenus multimédias. Les connexions longue distance et à faible bande passante posent également des problèmes lors de l'utilisation de RDP, tout comme l'exécution d'applications à large bande passante (par exemple Netflix) sur le même réseau que le client RDP (ce qui arrive beaucoup plus souvent qu'on ne le pense lorsque le client travaille à domicile). Ces facteurs peuvent entraîner des problèmes pour l'utilisateur, allant du gel de la session ou de l'interruption de la connexion à la lenteur des performances de l'application.

Lorsque les clients qui utilisent des applications fournies via RDS connaissent des lenteurs de connexion, des performances d'application médiocres et des déconnexions fréquentes dues à la consommation de la bande passante RDP, nombre d'entre eux appellent le service d'assistance de l'éditeur pour obtenir de l'aide, sans réaliser que l'application elle-même n'est pas la cause du problème. Cela représente une charge énorme et décourageante pour le personnel du service d'assistance, car il ne peut pas expliquer précisément le problème et, pire encore, il ne peut pas fournir de solution au client. 

RDS alourdit encore la tâche du service d'assistance car il ne permet pas aux utilisateurs de réinitialiser leurs propres mots de passe, ce qui multiplie les appels qui, selon le Gartner Group, prennent généralement de 2 à 30 minutes pour être résolus.

L'escalade des appels au service d'assistance peut placer un ISV entre le marteau et l'enclume. L'ISV doit-il augmenter le nombre d'employés du service d'assistance et réduire davantage ses marges bénéficiaires ? Ou doit-il faire patienter ses clients pendant des heures, voire des jours, avant qu'ils ne soient rappelés par le service d'assistance ?

Il est également regrettable pour l'ISV qu'aux yeux des clients, les problèmes causés par les lacunes de RDS et de RDP soient injustement imputés par le client à l'application de l'ISV et puissent même pousser certains clients à passer à un concurrent ISV natif du web.

Raison 4 : RDS compromet la sécurité du système

Comme indiqué ci-dessus, RDS fonctionne sur RDP qui, en plus d'offrir une mauvaise expérience utilisateur en raison de sa consommation élevée de bande passante, est intrinsèquement peu sûr parce qu'il est open-source. Selon Sophos, une société de cybersécurité basée au Royaume-Uni, dans 77 % des 2023 attaques couvertes par son service d'assistance, RDP a été utilisé pour exploiter des informations d'identification compromises afin de permettre aux attaquants d'accéder au système de l'entreprise et de s'y déplacer latéralement, dans le but principal de localiser et de chiffrer les données de l'entreprise en vue d'obtenir une rançon.

Sophos conseille aux entreprises utilisant RDP/RDS de limiter l'utilisation de RDP et d'implémenter MFA. Cependant, Microsoft facture aux éditeurs de logiciels indépendants une licence par utilisateur pour Microsoft Authenticator, ce qui (une fois de plus !) réduit la marge bénéficiaire de l'éditeur de logiciels indépendants.

Sans MFA, les éditeurs de logiciels Windows peuvent réduire les risques liés au RDP en s'assurant que les clients utilisant Windows 11 n'ont pas désactivé la politique de verrouillage des comptes et que les clients utilisant Windows 10 et 8.1 activent la politique de verrouillage des comptes sur leurs machines. Les éditeurs de logiciels Windows peuvent également demander à leurs clients de désactiver le protocole RDP entre les sessions de bureau à distance.

Malheureusement, les éditeurs de logiciels Windows qui utilisent RDS pour fournir leurs applications à leurs clients ne sont pas en mesure de dicter les paramètres Windows sur les machines de leurs clients.

Raison 5 : RDS compromet la sécurité des clients

Du point de vue de la sécurité des clients, RDS ne fait pas non plus de cadeaux aux éditeurs de logiciels. Outre les obstacles à l'adoption de l'AMF décrits ci-dessus, les éditeurs de logiciels utilisant RDS et souhaitant mettre en œuvre le SSO n'ont pas de chance, car RDS ne prend pas en charge les solutions d'authentification unique.

Ces obstacles au MFA et au SSO constituent une barrière importante pour les éditeurs de logiciels indépendants qui doivent se conformer aux réglementations sectorielles en matière de sécurité, ou pour les éditeurs de logiciels indépendants qui souhaitent simplement fournir une couche de protection supplémentaire à leurs clients. Dans certains cas, cette incapacité à ajouter des couches de sécurité supplémentaires peut avoir de graves conséquences commerciales pour les éditeurs de logiciels utilisant RDS/RDP.

Êtes-vous un éditeur de logiciels Windows qui souhaite remplacer RDS ?

Si une ou plusieurs (ou toutes) des raisons ci-dessus vous semblent pertinentes, il existe une alternative au RDS qui élimine les 5 raisons de le remplacer : GO-Global.

Raison 1 : Les abonnements à GO-Global sont tarifés par utilisateur simultané

GO-Global tarifie ses abonnements sur la base d'utilisateurs simultanés pour s'aligner sur le modèle de tarification d'abonnement le plus répandu des ISV Windows. Et, malgré son faible coût, GO-Global offre une évolutivité au niveau de l'entreprise tout en étant facile à installer, à configurer et à utiliser, ce qui vous permet également d'économiser sur les coûts de développement et d'administration.

Raison 2 : GO-Global fait une utilisation très efficace des ressources informatiques du serveur

Lors de tests en laboratoire effectués par un tiers, deux serveurs Windows identiques ont fait l'objet d'un test de performance concernant l'utilisation du serveur lors de l'exécution de 50 sessions connectées lançant Microsoft PowerPoint® et créant une nouvelle diapositive. Le serveur utilisant RDS a utilisé 60 % de son processeur et 82 % de sa mémoire ; le serveur utilisant GO-Global n'a utilisé que 29 % de son processeur et 59 % de sa mémoire.

Pour de nombreux clients de GO-Global, le passage de RDS à GO-Global leur a permis de prendre en charge le double du nombre de clients qu'ils prenaient en charge lorsqu'ils utilisaient RDS, sans acheter un seul serveur supplémentaire, et en réduisant de moitié le temps d'administration nécessaire pour gérer l'environnement.

Raison 3 : GO-Global minimise les appels au service d'assistance

Contrairement à RDS, GO-Global fonctionne sur RapidX Protocol (RXP), le protocole de communication propriétaire de GO-Global, qui est adaptatif, utilise plusieurs couches de compression et est optimisé pour garantir l'utilisation la plus faible possible de la bande passante. Avec RXP, les clients ISV bénéficient d'une excellente expérience utilisateur, même sur des connexions à faible bande passante, avec des connexions rapides, des performances d'application réactives et des déconnexions minimales.

Et, en cas de panne de réseau du côté de l'utilisateur, la reconnexion de session de GO-Global maintiendra la session de l'utilisateur sans connexion client, et permettra aux utilisateurs de revenir à leur session GO-Global dans l'état exact où ils l'ont laissée après s'être authentifiés à l'aide de la procédure normale d'ouverture de session.

GO-Global élimine un autre défi majeur pour le service d'assistance en permettant aux clients de réinitialiser leurs propres mots de passe. Pour un client de GO-Global, cette fonction a permis d'éliminer plus de 7 800 appels au service d'assistance par an.

Raison 4 : GO-Global fournit une défense contre les attaquants des systèmes d'entreprise

Comme indiqué ci-dessus, GO-Global utilise RXP, son protocole de communication propriétaire, plutôt que RDP. Comme RXP est une source fermée, il offre une défense supplémentaire contre les attaquants, par rapport au protocole à source ouverte de RDP, dont les faiblesses en matière de sécurité ont été découvertes et exploitées pendant des décennies.

Les éditeurs de logiciels indépendants qui souhaitent une sécurité renforcée seront heureux d'apprendre que GO-Global fournit 2FA dans le cadre de sa solution, sans frais supplémentaires.

Raison 5 : GO-Global renforce la sécurité des clients

‍GO-Globalest la seule solution d'accès à distance pour les applications Windows qui permet une ouverture de session unique directement dans les applications Windows en utilisant pratiquement n'importe quelle solution de gestion de l'identité - à un prix qui convient à n'importe quel fournisseur de services Internet.

Utilisez-vous encore RDS pour fournir votre application Windows à vos clients ?

Êtes-vous prêt à remplacer RDS ?

Pour télécharger une version d'essai gratuite de 30 jours, cliquez ici. Pour planifier une démonstration de GO-Global, cliquez ici.