Kasm Workspaces en remplacement de HP Anyware : bureaux distants dans le navigateur sur un VPS GPU

HP a cessé de vendre de nouvelles licences HP Anyware le 7 mai 2026. Ce que votre équipe remplace n'est pas vraiment un protocole. C'est une architecture dans laquelle rien n'avait à être installé sur le moindre poste utilisateur.

Kasm Workspaces restitue exactement cette propriété. Il diffuse des bureaux et des applications Linux conteneurisés, et sait aussi servir d'intermédiaire vers des bureaux Windows existants, dans un navigateur moderne, sans aucun logiciel client sur le poste. Il peut également transmettre un GPU NVIDIA aux sessions en conteneur Linux, et je l'ai installé sur un VPS GPU en une après-midi.

Ce n'est pas un choix automatique pour l'étalonnage couleur critique ou la vérification CAO, car Kasm ne documente aucun mode 4:4:4 sélectionnable comparable à celui de HP Anyware. Les limites concernées, la ligne de décision et la configuration GPU sont détaillées ci-dessous.

La version courte

Kasm Workspaces est un véritable remplaçant de HP Anyware pour les équipes dont l'exigence absolue est l'absence de logiciel client : il diffuse des environnements Linux conteneurisés et sait relayer des bureaux Windows vers un navigateur, tandis que ses sessions en conteneur Linux prennent en charge l'accélération GPU NVIDIA. Kasm ne documente pas de mode 4:4:4 sélectionnable comparable à HP Anyware : les équipes travaillant sur la couleur doivent donc valider la charge de travail réelle et comparer la voie sans perte d'Amazon DCV avant de migrer.

• Les dates sur lesquelles planifier : la vente de nouvelles licences HP Anyware a pris fin le 7 mai 2026. Les renouvellements d'un an restent disponibles jusqu'au 31 octobre 2027, tandis que la maintenance et le support des contrats pluriannuels existants peuvent se poursuivre jusqu'au 31 octobre 2029.
• Ce que Kasm restitue, c'est un accès natif au navigateur sans rien d'installé sur le poste, exactement la propriété qu'offraient les clients zéro de HP Anyware.
• L'accélération GPU fonctionne, sous conditions : du matériel NVIDIA compatible CUDA, le NVIDIA Container Toolkit et un GPU par conteneur pour les charges graphiques.
• Le compromis de diffusion : la voie standard de Kasm utilise les formats natifs du navigateur JPEG/WebP, tandis que son mode sans perte optionnel est conçu pour les réseaux locaux à haut débit.
• La limite de licence : Community Edition est plafonnée à cinq sessions simultanées et exclut l'usage commercial ; les équipes en entreprise doivent donc budgéter Starter ou Enterprise dès le premier jour.
• Le partage des cas : les flux Linux et conteneurs pensés d'abord pour le navigateur conviennent à Kasm, les équipes travaillant sur la couleur devraient comparer Amazon DCV, et celles à forte dominante Windows devraient tester la voie des espaces de travail serveur de Kasm avant de s'engager.

Ce que ce guide ne couvre pas

Quelques sujets connexes sont volontairement hors périmètre pour que ce texte reste un guide d'installation et d'évaluation :

• Le fonctionnement interne du protocole PCoIP, traité dans comparaison des protocoles PCoIP et RDP de Cloudzy.
• Le détail des licences entreprise de NICE DCV, au-delà de la distinction AWS ou hors AWS.
• VMware Horizon et Citrix VDI, qui visent une autre échelle de déploiement et un autre acheteur.
• La création d'espaces de travail Windows en conteneur, qui mérite son propre guide.

Ce qui prend fin avec HP Anyware, et ce qu'il laisse derrière lui

Le 7 mai 2026 a été le dernier jour où HP a vendu une nouvelle licence Anyware. L'avis de fin de vie de HP Anyware indique que les renouvellements d'un an restent disponibles jusqu'au 31 octobre 2027, que le support de ces renouvellements prend fin le 31 octobre 2028, et que la maintenance et le support des contrats pluriannuels existants peuvent se poursuivre jusqu'au 31 octobre 2029. Des dates distinctes s'appliquent aux Trusted Zero Clients et à Desktop Access : vérifiez donc votre contrat et votre gamme de produits plutôt que de traiter 2029 comme une date de support universelle.

HP présente la décision sans détour :

« Après mûre réflexion sur nos priorités d'investissement produit, nous avons pris la décision difficile de mettre fin progressivement à certains pans de nos solutions de bureau distant. » - Annonce de fin de vie de HP Anyware

HP indique également que HP Z Remote Graphics Software (RGS) restera disponible pour certains cas d'usage sur station de travail.

L'architecture à client zéro reste la référence utile : les utilisateurs atteignent une station de travail distante sans maintenir un client logiciel complet sur chaque poste. Pour examiner de plus près la couche de transport, le guide de Cloudzy sur la façon dont PCoIP diffuse un bureau distant explique le modèle fondé sur les pixels.

Comment Kasm livre un bureau à travers un navigateur

Pour un espace de travail en conteneur, Kasm démarre un conteneur Linux isolé à partir d'une image enregistrée et diffuse son bureau ou son application vers le navigateur.

C'est ce modèle en conteneur qui fait fonctionner proprement le schéma du bureau distant dans le navigateur sur VPS GPU, et c'est la partie qui m'importe le plus en tant que personne chargée de le maintenir en état. Pour les espaces de travail en conteneur, chaque session est jetable, reproductible et définie par une image. Vous corrigez l'image, et chaque bureau en conteneur que votre équipe ouvrira demain utilisera l'image mise à jour. C'est là tout l'argument de maintenance, et sur un déploiement de cinquante postes c'est la raison même de choisir cette architecture. La présentation des bureaux distants de Kasm décrit un accès par navigateur sans agent, extension ni logiciel sur le poste, et explique que des bureaux Windows classiques peuvent être diffusés aux côtés d'environnements Linux.

L'accélération GPU s'ajoute au niveau du moteur d'exécution des conteneurs, pas dans le protocole d'affichage. Le guide d'accélération GPU actuel de Kasm exige une carte NVIDIA compatible CUDA, des pilotes NVIDIA à jour et le NVIDIA Container Toolkit sur chaque hôte agent. Pour l'accélération graphique, Kasm attribue un GPU à un conteneur ; plusieurs GPU par conteneur sont réservés aux charges non graphiques.

Sur le réseau, la voie standard de Kasm utilise les formats natifs du navigateur JPEG/WebP, tandis que son mode sans perte optionnel utilise QOI. Les deux comptent, car c'est au niveau de l'encodeur que Kasm et HP Anyware se séparent.

La plateforme peut être auto-hébergée ou achetée sous forme de service hébergé. Tout ce qui suit suppose que vous la faites tourner vous-même.

Là où Kasm reste en deçà de HP Anyware

Quatre limites méritent d'être connues avant de provisionner quoi que ce soit. Aucune n'est secrète, toutes sont documentées, et l'une d'elles mettra fin à l'évaluation pour certaines équipes tandis que les autres ne font que déplacer une ligne vers un budget, un calendrier ou une exigence matérielle.

Kasm ne documente pas de mode 4:4:4

PCoIP Ultra peut utiliser YUV 4:4:4 pour restituer tout le détail de chrominance, mais la disponibilité dépend de l'hôte, du client, du GPU et du mode d'optimisation choisi. Le guide de planification de session PCoIP Ultra de HP précise que les stratégies PCoIP peuvent configurer NVENC en YUV 4:4:4 ou en YUV 4:2:0 selon la configuration. La voie standard native au navigateur de Kasm utilise JPEG/WebP, tandis que son mode QOI sans perte optionnel est positionné pour les réseaux locaux à haut débit. Kasm ne documente pas de mode 4:4:4 sélectionnable directement comparable à HP Anyware.

Le guide d'encodage sans perte actuel de Kasm indique qu'un 1920x1080 à 60 ips avec un mouvement modéré consommera probablement tout un lien gigabit, et que de nombreux processeurs x86_64 quadricœurs postérieurs à 2014 peuvent tenir environ 1000 Mbit/s de décodage. Cela rend ce mode surtout praticable sur un réseau local ; il ne remplace pas un test de fidélité chromatique sur une connexion domestique.

Exige un test sur charge réelle : étalonnage couleur critique, épreuvage d'impression et vérification CAO, là où le pixel est le livrable. Si une fidélité chromatique vérifiable est contractuelle, considérez l'absence de mode 4:4:4 documenté comme bloquante tant que les tests n'ont pas prouvé le contraire.

Le partage de GPU multi-locataire exige MIG

Les recommandations GPU actuelles de Kasm formulent explicitement la mise en garde de sécurité :

« La sécurité de l'accélération GPU en conteneur multi-locataire n'est pas bien établie. » - Documentation GPU de Kasm Workspaces

La même page vous invite à n'utiliser cette fonction qu'avec prudence et en comprenant pleinement ses implications de sécurité, et elle désigne NVIDIA MIG, pris en charge à partir de Kasm Workspaces 1.19.0, comme le seul moyen sûr de partager un GPU entre plusieurs utilisateurs. Kasm peut aussi surallouer une carte en forçant le nombre de GPU annoncé par un agent, ce qui permet à plusieurs conteneurs de la partager, mais il s'agit d'un changement d'ordonnancement, pas d'une frontière d'isolation.

Disqualifie : les déploiements à GPU partagé où les locataires ne se font pas confiance et où du matériel compatible MIG n'est pas envisageable, ou bien où un régulateur vous demandera de justifier la frontière d'isolation.

Community Edition s'arrête à cinq sessions simultanées

La matrice des éditions actuelle de Kasm présente Community Edition comme gratuite, limitée à cinq sessions simultanées et sans droits d'usage commercial. Starter y est affichée à 10 $ par utilisateur nommé ou 20 $ par session simultanée, tandis que le tarif Enterprise se fait sur devis. Vérifiez les chiffres actuels dans la matrice avant d'y adosser un budget.

Le plafond de sessions n'est pas la seule limite. Une équipe professionnelle de cinq personnes a quand même besoin d'un palier commercial, même si elle ne dépasse jamais cinq sessions simultanées. Kasm positionne Starter pour les déploiements auto-hébergés de moins de 25 utilisateurs ou sessions, et Enterprise au-delà de ce seuil.

Pour les entreprises, cela inscrit une licence payante au budget dès le premier jour.

Windows passe par un espace de travail serveur, pas par un conteneur

Kasm peut livrer des bureaux et des applications Windows via des serveurs statiques, des serveurs à mise à l'échelle automatique, RDS ou Azure Virtual Desktop. La présentation de la prise en charge de Windows par Kasm les traite comme des espaces de travail serveur, et non comme des conteneurs Windows jetables. Si votre station de travail distante existe parce que trois personnes ont besoin d'une application d'ingénierie disponible uniquement sous Windows, prototypez exactement cette voie avant de toucher au travail sur les conteneurs GPU Linux ci-dessous. C'est la branche la plus susceptible de changer l'architecture : testez-la tant qu'il est encore peu coûteux de renoncer.

Conséquence : les équipes à forte dominante Windows devraient prototyper d'abord la voie des espaces de travail serveur.

Ma lecture de ces quatre points : le plafond de simultanéité et la voie Windows sont des questions de licence et de calendrier, que l'on peut anticiper. Le partage de GPU multi-locataire dispose désormais d'une réponse documentée avec MIG, ce qui en fait une question de matériel et de version. La fidélité colorimétrique est la seule limite véritablement architecturale : elle ne bougera pas sans un autre modèle de diffusion ou sans preuves issues de vos propres tests.

Kasm, NICE DCV et HP Anyware côte à côte

AWS a renommé NICE DCV en Amazon DCV. La présentation des fonctionnalités et des tarifs d'Amazon DCV documente son client HTML5, sa compression de qualité sans perte, le partage de GPU sous Linux et la règle selon laquelle l'usage sur EC2 n'entraîne aucun frais supplémentaire de serveur DCV alors que les autres déploiements exigent une licence. Voici comment les trois se situent sur les axes qui décident d'une migration.

Le tableau ne rend pas compte du poids opérationnel, et c'est cette différence qui décide de bien des migrations. Kasm vous demande de raisonner en images de conteneurs et en registre d'espaces de travail. C'est confortable si vous faites déjà tourner Docker, et étranger dans le cas contraire. Amazon DCV vous demande de raisonner en installations serveur et, hors EC2, en serveur de licences. Si votre décision dépend aussi du choix entre mutualiser les bureaux ou conserver une machine par utilisateur, la distinction entre VDI mutualisé et machines virtuelles autonomes est la question d'architecture suivante.

Lequel convient à votre équipe

Déroulez la décision dans cet ordre, car la première branche élimine le plus de monde.

3D critique en couleur, vérification CAO ou étalonnage VFX. Comparez d'abord Amazon DCV et budgétez la licence flottante hors EC2. AWS indique qu'il n'y a pas de frais supplémentaires de serveur DCV sur EC2 et que les autres déploiements exigent une licence. Cela reste la bonne dépense quand la précision chromatique testée est le produit lui-même.

Zéro installation de client comme exigence absolue, avec des charges de travail de type environnements de développement, applications bureautiques et de productivité, ou outils créatifs délivrés dans le navigateur. Allez vers Kasm. C'est le cas où vous retrouvez la simplicité de poste que vous offrait HP Anyware, accélération GPU en prime. Validez la netteté du texte, la fluidité et la latence de saisie avec de vrais utilisateurs avant d'élargir le pilote.

Une licence HP Anyware Pro existante et l'envie de suivre la voie de HP. Regardez HP RGS, que HP annonce comme alternative pour certains clients HP Anyware. Vérifiez la prise en charge actuelle des plateformes clientes dans la documentation HP RGS pour votre parc réel avant de vous engager, surtout si votre flotte est hétérogène.

Ne rien changer pendant la fenêtre de renouvellement. C'est un choix légitime, pas une manœuvre dilatoire. Les dates de renouvellement et de support ci-dessus vous offrent une fenêtre d'achat bornée et une traîne de support plus longue. Si votre équipe est au milieu d'un projet, acheter de la stabilité pendant que vous prototypez sérieusement se défend. Calez le prototype sur la date de support réelle de votre contrat, pas sur la date la plus large de l'avis de HP.

Les services gérés comme Splashtop et Parsec constituent la cinquième option et sont volontairement écartés ici : chacun exige un logiciel client ou un courtier cloud, précisément la propriété à laquelle cette migration cherche à échapper.

LIRE

Après HP Anyware : NICE DCV vs Parsec vs RustDesk pour les stations de travail distantes

Installer Kasm avec accélération GPU sur un VPS

Empruntez l'une des deux voies. L'image Kasm Workspaces en un clic de Cloudzy affiche actuellement Kasm 1.17 sur Ubuntu Server 24.04 LTS ; si vous la choisissez, sautez la section « Installer Kasm Workspaces » ci-dessous. Sur un VPS GPU Cloudzy neuf, utilisez son image Ubuntu/CUDA et suivez la voie d'installation manuelle de Kasm 1.19 ci-dessous. Dans les deux cas, vérifiez la version de Kasm installée et la pile NVIDIA avant d'activer les sessions GPU.

Prérequis

Le GPU, les versions logicielles de l'hôte et l'espace de stockage disponible sont les principales contraintes. Le reste tient dans un hôte Linux pris en charge, standard, avec de la place pour les services Kasm et pour chaque session.

• Un GPU NVIDIA compatible CUDA sur l'hôte qui assurera le rôle d'agent Kasm.
• Ubuntu 24.04 LTS, la cible principale documentée par Kasm pour la voie GPU.
• Un accès root ou sudo.
• La page des prérequis système de Kasm 1.19 indique 2 cœurs de processeur, 4 Go de RAM et 75 Go de stockage SSD pour la plateforme, auxquels s'ajoutent les ressources attribuées à chaque session ; l'allocation par défaut d'un espace de travail est de 2 768 Mo et 2 cœurs.
• Un navigateur moderne. C'est toute l'exigence côté client.

Installer Kasm Workspaces

Kasm publie une archive d'installation versionnée accompagnée de sa somme de contrôle. Le guide d'installation mono-serveur de Kasm 1.19 utilise cette séquence d'installation en ligne standard :

cd /tmp

curl --fail-early -fO https://kasm-static-content.s3.amazonaws.com/kasm_release_1.19.0-latest.tar.gz -fO https://kasm-static-content.s3.amazonaws.com/kasm_release_1.19.0-latest.tar.gz.sha256sum

sha256sum --check kasm_release_1.19.0-latest.tar.gz.sha256sum

tar -xf kasm_release_1.19.0-latest.tar.gz

sudo bash kasm_release/install.sh

L'installeur affiche les identifiants administrateur et utilisateur à la fin. Enregistrez-les, puis ouvrez l'application web sur le port 443.

Installer le pilote NVIDIA et confirmer la carte

Lancez nvidia-smi avant d'installer quoi que ce soit. Les images de VPS GPU Cloudzy incluent déjà les pilotes NVIDIA et CUDA. Si la commande signale la carte, gardez le pilote en place et sautez le bloc d'installation ci-dessous. Kasm avertit que mélanger les méthodes d'installation de pilotes peut empêcher l'hôte de démarrer : n'utilisez donc ce bloc que sur un hôte Ubuntu 24.04 vierge, sans pilote NVIDIA fonctionnel.

nvidia-smi

sudo apt update

sudo apt install -y software-properties-common ubuntu-drivers-common

sudo add-apt-repository ppa:graphics-drivers/ppa -y

sudo apt update

sudo ubuntu-drivers install

sudo reboot

nvidia-smi

Pour les images d'espaces de travail IA de Kasm, son guide GPU indique 560.28.03 comme minimum. Ce numéro suit le format de version des pilotes NVIDIA : comparez-le donc au champ Driver Version de nvidia-smi, et non au champ CUDA Version distinct.

Astuce de pro : confirmez nvidia-smi sur l'hôte avant de modifier le moindre réglage GPU de Kasm. L'alignement entre le pilote et le container toolkit est le prérequis des espaces de travail GPU, et confirmer la carte au niveau de l'hôte d'abord élimine toute une classe d'ambiguïtés par la suite.

Installer le NVIDIA Container Toolkit

Le NVIDIA Container Toolkit est distinct de CUDA. Le bloc conditionnel ci-dessous ne l'installe que si nvidia-ctk est absent, puis configure et redémarre Docker :

if ! command -v nvidia-ctk >/dev/null 2>&1; then

curl -fsSL https://nvidia.github.io/libnvidia-container/gpgkey | sudo gpg --dearmor -o /usr/share/keyrings/nvidia-container-toolkit-keyring.gpg

curl -s -L https://nvidia.github.io/libnvidia-container/stable/deb/nvidia-container-toolkit.list | sed 's#deb https://#deb [signed-by=/usr/share/keyrings/nvidia-container-toolkit-keyring.gpg] https://#g' | sudo tee /etc/apt/sources.list.d/nvidia-container-toolkit.list

sudo apt update && sudo apt install -y nvidia-container-toolkit

fi

sudo nvidia-ctk runtime configure --runtime=docker && sudo systemctl restart docker

Vérifiez que le moteur d'exécution atteint réellement le GPU depuis l'intérieur d'un conteneur :

sudo docker run --rm --gpus all ubuntu:24.04 nvidia-smi

Vous devriez voir les mêmes informations de GPU et de pilote depuis l'intérieur du conteneur. Si cette commande échoue, arrêtez-vous : aucun réglage d'espace de travail Kasm ne réparera un moteur d'exécution de conteneurs qui ne voit pas la carte.

Activer le GPU sur un espace de travail et le vérifier

Dans la console d'administration, choisissez une image de bureau prenant en charge la pile graphique requise, réglez GPU Count sur 1 et vérifiez que l'agent signale bien le GPU. Pour l'accélération graphique, Kasm attribue un GPU au conteneur ; plusieurs GPU par conteneur servent aux charges non graphiques.

Un compteur de GPU ne prouve que l'attribution du périphérique. Dans une image de bureau compatible incluant VirtualGL et glxinfo, vérifiez à la fois l'accès depuis le conteneur et le moteur de rendu OpenGL :

nvidia-smi

vglrun -d "${KASM_EGL_CARD}" glxinfo -B | grep -i "OpenGL renderer"

La première commande confirme que le conteneur voit la carte. La seconde doit désigner le GPU NVIDIA comme moteur de rendu OpenGL.

Si le moteur de rendu signale un rastériseur logiciel comme llvmpipe, si KASM_EGL_CARD n'est pas défini, ou si la session s'ouvre sur un écran noir, revérifiez la compatibilité de l'image, le pilote de l'hôte, le moteur d'exécution des conteneurs, la détection du GPU par l'agent et le nombre de GPU de l'espace de travail. Un résultat nvidia-smi réussi ne prouve pas à lui seul que VirtualGL effectue le rendu sur le GPU.

Astuce de pro : déroulez les vérifications par couches : nvidia-smi sur l'hôte, nvidia-smi dans un simple conteneur Docker avec --gpus all, la détection du GPU par l'agent dans Kasm, puis vglrun glxinfo à l'intérieur de l'espace de travail. La première couche qui échoue est celle à corriger.

C'est le passthrough GPU qui décide de l'endroit où tout cela tourne. Un VPS classique, sans GPU, n'expose aucune carte CUDA physique : commencez donc par une instance GPU. Les offres de VPS GPU Cloudzy reposent sur un passthrough dédié et des images Ubuntu prêtes pour CUDA ; les stocks et les paliers de VRAM peuvent changer, alors dimensionnez à partir de la page d'offres en direct plutôt qu'en figeant des hypothèses à 24 Go ou 48 Go. L'image Kasm en un clic et l'offre GPU sont deux voies de déploiement distinctes : confirmez donc l'image sélectionnée, la version de Kasm, le pilote et le toolkit avant de lancer des sessions.

Une fois les vérifications GPU par couches passées, le plus dur est derrière vous. À partir de là, le travail consiste à entretenir des images d'espaces de travail et un registre, plutôt qu'à corriger une flotte de postes individuels. C'est un échange que j'accepterais dans n'importe quelle équipe que j'ai dirigée.

Conclusion : Kasm remplace le flux de travail pensé pour le navigateur

Kasm convient le mieux quand l'exigence est un accès uniquement par navigateur à des bureaux ou applications Linux jetables, avec accélération GPU en option. Ce n'est pas un remplacement direct pour tous les déploiements HP Anyware : Windows passe par une voie d'espace de travail serveur, l'usage commercial exige un palier payant, le partage de GPU multi-locataire réclame du matériel compatible MIG, et les équipes travaillant sur la couleur devraient valider la fidélité ou comparer Amazon DCV.

Construisez le pilote autour de la charge de travail la plus difficile en premier. Testez l'application disponible uniquement sous Windows, la fenêtre sensible à la couleur ou la frontière de sécurité du GPU partagé avant de migrer les utilisateurs les plus faciles. Si cela passe, la diffusion par navigateur de Kasm et sa maintenance basée sur des images peuvent supprimer une bonne partie de la charge sur les postes qui rendait les clients zéro attractifs.

Foire aux questions

À quoi sert Kasm Workspaces ?

Kasm Workspaces est une plateforme d'espaces de travail délivrés par le navigateur. Elle exécute des bureaux et applications Linux conteneurisés et sait relayer des serveurs Windows, Linux et macOS existants via des espaces de travail serveur. Les sessions en conteneur peuvent être jetées puis recréées à partir d'une image, tandis que les espaces de travail serveur conservent le cycle de vie de l'hôte sous-jacent.

Kasm Workspaces prend-il en charge l'accélération GPU ?

Oui. Kasm prend en charge l'accélération GPU NVIDIA via le NVIDIA Container Toolkit. Pour l'accélération graphique, un conteneur reçoit un GPU ; les charges de calcul non graphiques peuvent en utiliser plusieurs. L'hôte a besoin d'un pilote NVIDIA compatible, du moteur d'exécution des conteneurs, de la détection du GPU par l'agent et d'un espace de travail configuré avec un nombre de GPU.

Kasm Workspaces est-il gratuit ?

Community Edition est gratuite pour un usage individuel, associatif et non commercial, et se limite à cinq sessions simultanées. Les équipes commerciales doivent passer par Starter ou Enterprise ; Kasm affiche actuellement Starter à 10 $ par utilisateur nommé ou 20 $ par session simultanée, pour des déploiements auto-hébergés de moins de 25 utilisateurs ou sessions.

Kasm Workspaces peut-il faire tourner Windows ?

Oui. Kasm peut diffuser des bureaux et des applications Windows via des espaces de travail serveur statiques ou à mise à l'échelle automatique, RDS et Azure Virtual Desktop. C'est une architecture différente des conteneurs Linux jetables de Kasm : les équipes dont l'exigence centrale est un logiciel disponible uniquement sous Windows devraient donc prototyper exactement cette voie avant de s'engager.

Kasm ou NICE DCV : lequel est meilleur pour une station de travail distante ?

Cela dépend de l'exigence absolue : accès uniquement par navigateur, ou fidélité d'affichage validée. Amazon DCV est la première comparaison la plus solide pour le travail où la couleur est critique, car il documente une compression de qualité sans perte lorsque les conditions de réseau et de processeur le permettent. Kasm convient mieux quand la priorité va à un accès par navigateur sans logiciel sur le poste et à des espaces de travail Linux définis par des images.