Poste de travail Linux dans l’administration : la révolution pragmatique

Temps de lecture : 7 min

De la circulaire à la ligne de commande : un virage attendu

Concrètement, la nouvelle circulaire signée par Sébastien Lecornu en février dernier ne tombe pas du ciel. C’est l’aboutissement d’une réflexion qui remonte, au moins, à la circulaire Ayrault de 2012 sur les logiciels libres dans l’administration. Plus précisément, on sent une accélération ces derniers mois, portée par un double enjeu : la souveraineté numérique et la maîtrise des coûts. Je vois ça un peu comme dans Matrix : on a longtemps accepté la pilule bleue d’un environnement propriétaire unique, et là, l’État commence sérieusement à envisager la pilule rouge de l’open source. Mais attention, la circulaire parle de « quand c’est pertinent ». C’est loin d’être un « rip and replace » généralisé. C’est un virage stratégique, mais calculé.

Ce qui est fascinant, c’est que cette annonce fait écho à un projet bien réel, étudié par la Dinum : un poste de travail sous GNU/Linux pour l’administration. On n’est plus dans le discours, on est dans le prototype, dans le POC (Proof of Concept). Et ça, en tant que développeur, c’est ce qui m’intéresse. Parce qu’entre la théorie d’une circulaire et la pratique d’un poste de travail utilisable par un agent des impôts ou un fonctionnaire de mairie, il y a un monde. Un monde peuplé de problèmes d’interopérabilité, de gestion centralisée, de drivers d’imprimante et de macros Excel.

GendBuntu, le pionnier oublié qui prouve que c’est possible

Avant de parler des défis, regardons le succès. La Gendarmerie nationale utilise sa propre distribution Linux, GendBuntu, depuis 2008. C’est presque 20 ans d’expérience terrain ! Quand on développe une app comme GymLog, on rêverait d’avoir un tel retour d’expérience et une telle stabilité. Leur cas d’usage est parfait : besoin de sécurité renforcée, contrôle total de l’environnement, et des workflows relativement standardisés (saisie, consultation de bases de données, messagerie).

Concrètement, GendBuntu montre qu’un poste open source est viable pour une administration, à condition de maîtriser toute la chaîne. Ils ont leur dépôt de paquets, leurs outils métier intégrés, leur support. C’est une « stack » complète et fermée, mais construite sur de l’open source. Pour la Dinum, le défi est différent : il ne s’agit pas de créer un silo pour un corps d’armée, mais de proposer une solution potentiellement transversale à des dizaines de ministères et collectivités aux besoins hétérogènes. La complexité est exponentielle.

Les 3 défis techniques d’une migration à grande échelle

Plus précisément, voici les obstacles que je vois, en tant qu’architecte logiciel, pour déployer un poste Linux à l’échelle de l’État.

1. L’interopérabilité avec l’existant propriétaire

C’est le point douloureux. L’administration ne vit pas dans une bulle. Elle échange des documents avec les entreprises, les citoyens, d’autres pays. Le format .docx ou .xlsx avec des macros complexes est une réalité. LibreOffice ou OnlyOffice ont fait des progrès monstrueux, mais la compatibilité 100% parfaite, surtout sur des documents anciens ou très élaborés, reste un mythe. Il faut aussi penser aux API SaaS critiques qui n’ont parfois qu’un client Windows officiel, ou aux plugins navigateur propriétaires pour certaines procédures. Dans mes projets d’automatisation avec n8n, je vois bien que l’idéal d’un monde 100% ouvert se heurte toujours à quelques connecteurs propriétaires incontournables.

2. La gestion centralisée et le déploiement

Gérer 10 000 postes Windows avec SCCM ou Intune, c’est une chose. Gérer 10 000 postes Linux de manière homogène, avec des mises à jour de sécurité, des déploiements d’applications métier et des politiques strictes, en est une autre. Il existe des solutions (Ansible, Salt, un gestionnaire de paquets d’entreprise comme Red Hat Satellite), mais cela demande des compétences pointues et une refonte des processus des DSI. Ce n’est pas qu’une question de logiciel, c’est une question de culture DevOps et de compétences internes.

3. L’expérience utilisateur et la formation

Passer de Windows/macOS à un bureau comme GNOME ou KDE, même épuré et customisé, c’est un choc pour un utilisateur non technique. Où est mon Outlook ? Pourquoi mon fichier s’ouvre avec *ça* ? La résistance au changement sera énorme. Il faudra un accompagnement massif, des formations, et surtout, une interface extrêmement bien pensée et stable. Dans le développement de GymLog, j’ai passé des mois à peaufiner l’UI/UX pour qu’un novice s’y retrouve. Pour un poste de travail entier, l’enjeu est démultiplié. Il faut viser la simplicité absolue, quitte à limiter les possibilités, comme sur une distribution type ChromeOS, mais pour le métier de l’administration.

L’opportunité : construire une stack souveraine et moderne

Malgré les défis, l’opportunité est historique. Concrètement, on pourrait voir émerger une « stack souveraine » moderne, bien plus agile que l’actuelle.

• Poste de travail : Une distribution Linux basée sur Ubuntu LTS ou Debian, avec un bureau stable (GNOME ?), packagée et maintenue par la Dinum. Une sorte de « GouvBuntu ».
• Applications métier : Développées en interne ou sous contrat, avec des technologies web modernes (Next.js, React) déployées en PWA (Progressive Web App). Ainsi, l’appli tourne dans un navigateur Chrome/Edge sécurisé, est mise à jour instantanément, et est indépendante du système d’exploitation. C’est l’approche que je privilégie aujourd’hui pour des outils internes.
• Stockage & Données : Un cloud souverain (type NumSpot) pour le stockage fichier et les bases de données, accessible via API. Plus de partage de fichiers en réseau local archaïque.
• Communication : Une solution de visio et chat open source type Mattermost/Jitsi intégrée au SSO de l’État.
• Automatisation : C’est là que ça devient excitant. Avec un parc homogène sous Linux, on peut imaginer des workflows n8n déployés à l’échelle pour automatiser les tâches répétitives de saisie, de rapprochement, de notification. L’IA générative (avec des modèles locaux ou souverains) pourrait être intégrée pour aider à la rédaction de courriers standards ou à l’analyse de documents.

Plus précisément, cette stack permettrait une innovation continue. Aujourd’hui, mettre à jour une application métier Windows vieille de 15 ans est un cauchemar. Demain, mettre à jour une PWA ou un conteneur Docker est une opération routinière.

Mon scénario pragmatique pour 2026-2030

Je ne crois pas à un « Big Bang » où tous les postes basculent en un an. La circulaire dit bien « quand c’est pertinent ». Voici comment je vois les choses se dérouler, en bon pragmatique :

• Phase 1 (Dès maintenant) : La Dinum finalise et valide son prototype de poste Linux. Elle le déploie en « bêta » sur quelques centaines de postes dans des services aux besoins simples et contrôlés (archivage, consultation).
• Phase 2 (2027-2028) : Déploiement ciblé pour les nouvelles embauches dans certains métiers, et pour le renouvellement du parc matériel. Deux OS en parallèle : on garde Windows pour les postes nécessitant des logiciels propriétaires incontournables, on installe le Linux souverain sur les autres. C’est la phase de cohabitation, la plus complexe en support.
• Phase 3 (2029 et +) : « By design ». Tous les nouveaux projets informatiques, tous les nouveaux développements d’applications métier, sont conçus pour être multi-plateforme ou web-first. On crée les conditions pour que, naturellement, le poste Linux devienne le choix par défaut, car c’est lui qui offre la meilleure expérience sur les nouvelles applications.

Cette approche progressive, c’est celle du chef-d’œuvre inconnu de Balzac : on ne refait pas toute la fresque d’un coup, on travaille patiemment zone par zone, en s’assurant que chaque partie est parfaite et fonctionnelle avant de passer à la suivante.

Conclusion : bien plus qu’un changement d’OS

La circulaire sur l’open source et le projet de poste Linux ne sont pas une fin en soi. C’est le signal d’un changement bien plus profond : la volonté de reprendre le contrôle de son destin numérique. Concrètement, c’est un projet qui, s’il est mené avec pragmatisme et une vision long terme, peut redonner de l’agilité et de l’innovation à l’administration. Mais il faut être lucide : le chemin est semé d’embûches techniques et humaines.

Plus précisément, le succès ne se mesurera pas au nombre de postes Linux déployés, mais à la capacité de l’administration à développer et maintenir ses propres outils numériques modernes, libres de toute dépendance excessive. C’est un chantier titanesque, mais c’est peut-être le seul viable pour assurer la souveraineté et l’efficacité des services publics à l’ère numérique. Et en tant que développeur, voir l’État s’emparer sérieusement de ces enjeux, ça donne sacrément envie de contribuer.