Partie 7 · Plateforme, hébergement et intelligence artificielle
Applications Windows sur Linux
Ce qu'on fait d'une application Windows qui n'a pas d'équivalent Linux sur un poste Blue Fox OS : les cinq questions à poser dans l'ordre, les quatre voies possibles, et ce que chacune coûte.
Presque toutes les migrations vers Blue Fox OS butent sur la même phrase : « tout irait, sauf ce logiciel-là ». Une application de dessin technique, un logiciel comptable d'un éditeur local, un outil que le fournisseur d'un client impose, une vieille base de données qui tourne depuis quinze ans. Ce chapitre dit comment on tranche, dans quel ordre, et ce que chaque solution coûte vraiment. Il s'adresse à la personne qui décide du parc, pas à celle qui installe : aucune des quatre voies ne se met en place sans nous.
Ce que le poste porte déjà#
Un poste Blue Fox OS est un système immuable : son contenu est posé en bloc à chaque version, et ce qui s'y ajoute se maintient à chaque version suivante. Savoir ce qu'il porte déjà décide donc une partie de la question.
Il porte un client d'affichage à distance conforme au protocole des Services Bureau à distance de Microsoft, en version 3. Une application qui vit sur un hôte Windows s'affiche donc sur le poste sans rien installer. Il porte aussi de quoi faire tourner des conteneurs.
Il ne porte ni couche de compatibilité Windows, ni hyperviseur : ni l'un ni l'autre n'est dans l'image, et les ajouter est un vrai changement, pas un réglage. C'est la raison pour laquelle l'ordre des questions, plus bas, n'est pas arbitraire : la voie qui ne demande aucun ajout est aussi celle qui garde la promesse du poste, c'est-à-dire un système qui se réinstalle à l'identique en vingt minutes et qui ne se bricole pas machine par machine.
Les cinq questions, dans l'ordre#
L'ordre compte : chaque question écartée coûte plus cher que la précédente. On s'arrête à la première qui dit oui.
- L'application a-t-elle une version web? Beaucoup d'éditeurs en servent une depuis des années sans que leurs clients le sachent, parce que le raccourci du bureau n'a jamais changé. Si la version web couvre l'usage, le poste n'a rien à installer et la question disparaît. Nous la déclarons comme application web dans votre fiche de politique, avec sa propre icône, et elle s'ouvre comme un logiciel.
- Un équivalent Linux couvre-t-il l'usage réel? La bonne question n'est pas « ce logiciel existe-t-il ailleurs », mais « qu'est-ce que la personne en fait pendant sa journée ». Un tableur qui sert à tenir trois listes se remplace; le même tableur qui porte vingt ans de macros, non.
- L'application fonctionne-t-elle sur une couche de compatibilité? Une couche de compatibilité fait tourner le logiciel Windows directement sur le poste, sans Windows. Ça marche par application, et ça se vérifie avant de promettre quoi que ce soit : nous l'essayons sur un poste d'essai, avec vos fichiers, avant de dire oui.
- L'application peut-elle vivre sur un seul hôte Windows que les postes affichent? C'est la voie que nous recommandons le plus souvent quand les trois premières disent non. Un seul endroit à licencier, à sauvegarder et à mettre à jour, et les postes restent sans Windows.
- Reste-t-il une raison de garder Windows sur le poste lui-même? Trois raisons tiennent : un périphérique branché que seul le pilote Windows reconnaît, un usage sans réseau, ou une clé matérielle de licence. Sans l'une des trois, la machine virtuelle locale n'apporte rien que l'hôte central ne donne déjà.
Les quatre voies#
La couche de compatibilité#
L'application s'ouvre comme une application Linux, dans sa propre fenêtre, et ses fichiers sont ceux du poste. Aucune licence Windows, aucune machine virtuelle à tenir, aucun serveur.
Ce qu'il faut : une couche de compatibilité installée sur le poste, que nous déclarons dans votre politique. Il en existe une version gratuite et une version commerciale, autour de 74 dollars américains par poste et par année au moment d'écrire ces lignes, qui ajoute le soutien de son éditeur. Le prix et les conditions se valident à l'achat.
Les limites : ça fonctionne application par application, et une mise à jour de l'application peut casser ce qui marchait. L'éditeur de votre logiciel, lui, ne soutient pas cette façon de l'exécuter. Nous la réservons donc aux applications que nous avons vérifiées, et nous le disons quand une mise à jour sort.
L'application servie par un hôte Windows#
L'application tourne sur un hôte Windows, et le poste n'affiche que sa fenêtre. Pour la personne qui travaille, le résultat ressemble à la voie précédente : une fenêtre à côté de ses autres fenêtres, qui se redimensionne et s'imprime.
Ce qu'il faut : un hôte Windows quelque part. Trois formes se rencontrent, selon la taille. Un poste Windows déjà payé, gardé dans un coin et allumé, suffit pour une ou deux personnes. Un serveur Windows avec son service de bureaux à distance sert une équipe. Un poste virtuel loué au mois chez un fournisseur, autour de 28 à 56 dollars américains par personne et par mois selon la puissance au moment d'écrire ces lignes, évite d'avoir un serveur à soi.
Les limites : l'application dépend du lien réseau, et chaque périphérique local (imprimante d'étiquettes, lecteur de carte, scanner) se redirige au cas par cas, ce qui se vérifie avant de s'engager. Les licences d'un hôte partagé se valident auprès d'un revendeur Microsoft avant tout achat : les règles diffèrent selon que vous apportez vos licences ou qu'elles viennent du fournisseur. Et si l'hôte est loué chez un grand fournisseur, vos données repartent chez lui, ce qui peut contredire la raison pour laquelle vous avez choisi Blue Fox OS.
Windows dans une machine virtuelle sur le poste#
Windows tourne dans une fenêtre sur le poste, avec son propre disque. La fidélité est complète, l'usage sans réseau est possible, et un périphérique branché se passe à la machine virtuelle.
Ce qu'il faut : de l'hyperviseur et ses pièces ajoutés à l'image du poste, une licence Windows par machine, de 8 à 16 gigaoctets de mémoire et environ 80 gigaoctets de disque réservés. La licence qui était collée sur l'ancien ordinateur ne suit pas : elle appartient à cette machine-là.
Les limites : deux systèmes à tenir à jour sur chaque poste, et une surface Windows de retour là où vous l'aviez retirée. C'est la voie la plus coûteuse en entretien, et celle qui défait le plus la raison d'être du poste. Nous la posons quand l'une des trois raisons de la cinquième question tient, et nous la posons alors sur une variante d'image réservée à ces postes, pas sur l'image de tout le parc.
Le conteneur#
On lit souvent qu'il existe des images de conteneur « Windows » pour Linux. Elles existent, mais ce qu'elles contiennent est une machine virtuelle empaquetée dans un conteneur : la licence Windows reste nécessaire, et la fenêtre qu'on obtient s'intègre moins bien au bureau qu'une machine virtuelle ordinaire. Un vrai conteneur Windows, lui, exige un noyau Windows pour tourner : il ne peut pas s'exécuter sur Linux, et aucun outil ne contourne cela.
Le conteneur n'est donc pas une cinquième voie. Il sert ailleurs : pour une application Windows sans écran, qu'un serveur appelle et dont personne ne regarde la fenêtre.
Ce qu'il faut décider ensemble#
Pour trancher une application, nous avons besoin de cinq réponses, et elles viennent de vous.
| Ce que nous demandons | Pourquoi ça change la réponse |
|---|---|
| Le nom exact et la version de l'application | Une version récente a souvent une version web que l'ancienne n'avait pas. |
| Ce que la personne en fait pendant sa journée | Décide si un équivalent couvre l'usage, ou seulement la liste des fonctions. |
| Les périphériques branchés | Un lecteur de carte ou une clé de licence oriente vers la machine virtuelle locale. |
| Le nombre de personnes qui s'en servent | Un hôte partagé se justifie à partir de quelques personnes, pas pour une seule. |
| L'usage sans réseau | Un inventaire en entrepôt sans couverture élimine l'hôte central. |
De notre côté, nous essayons l'application sur un poste d'essai avant de nous engager, nous validons les licences auprès d'un revendeur quand un hôte partagé entre en jeu, et nous écrivons le résultat dans votre dossier. Une application qui ne passe aucune des quatre voies existe : dans ce cas, nous le disons, et le poste concerné reste sous Windows le temps que l'usage change ou que l'éditeur bouge.