Technique
Configuration requise, déploiement et administration
La page destinée à votre responsable informatique, avec les chiffres et les exceptions dont il a besoin
NEXZOS fonctionne sur les machines que vous possédez déjà. Le seuil est délibérément bas, car c’est tout l’intérêt : un poste de travail qui échoue aux exigences de Windows 11 continue de fonctionner ici, et c’est de là que vient l’allongement de 35 à 50 % de la durée de vie du matériel.
Votre matériel le fera-t-il fonctionner ?
Répondez à six questions sur une machine type de votre parc et lisez le verdict. L’assessment le fait par numéro de série pour l’ensemble du parc ; voici la règle empirique qui le sous-tend.
Atteint le niveau bureautique recommandé : Core i3 ou Ryzen 3, 8 Go, 40 Go libres sur un SSD.
Cette machine échoue aux exigences de Windows 11 et continue de fonctionner sous NEXZOS. C’est le matériel que vous remplaceriez sinon en octobre 2028, à environ 700 € pièce.
Les exigences derrière le verdict : minimum et recommandé, et les appareils hors du périmètre pris en charge
Configuration requise
| Composant | Minimum | Recommandé pour un poste de travail bureautique confortable |
|---|---|---|
| Processeur | Double cœur à 1 GHz, Intel ou AMD, 64 bits | Intel Core i3 ou AMD Ryzen 3 ou équivalent, 64 bits, deux cœurs ou plus |
| Mémoire | 2 Go de RAM | 8 Go de RAM |
| Stockage | 15 Go libres pour NEXZOS OS Core | SSD de 128 Go, dont au moins 40 Go libres pour le système, les mises à jour et les applications |
| Affichage | 800 × 600 pixels | Full HD, 1920 × 1080 ou plus |
4 Go de mémoire avec un SSD de 64 Go conviennent à un usage léger, et sont moins pérennes dès lors que quelqu’un garde ouverts en même temps vingt onglets de navigateur, un client de réunion et une suite bureautique.
Matériel pris en charge
NEXZOS prend en charge les processeurs x86-64 d’Intel et d’AMD, sur ordinateurs fixes et portables, y compris les modèles qui échouent aux exigences de Windows 11. Les machines dotées d’un processeur 32 bits et les appareils ARM sont hors du périmètre pris en charge.
| Appareil | Où cela en est |
|---|---|
| Apple Silicon, M1 à M4 | Pas de prise en charge native. Possible uniquement en machine virtuelle |
| Surface ARM, Snapdragon ou Microsoft SQ | Hors du périmètre pris en charge |
| Raspberry Pi | Pas de version officielle |
| Mac Intel avec une puce T2 | Possible, avec des étapes d’installation supplémentaires, et avec d’éventuelles limites sur le wifi, le Bluetooth ou l’audio |
| Chromebook | Dépend du modèle, et exige généralement le déverrouillage du chargeur d’amorçage, ce n’est donc pas une voie standard en entreprise |
| Carte graphique NVIDIA | Fonctionne généralement bien avec le pilote propriétaire. Secure Boot peut exiger une configuration supplémentaire |
Règle empirique. Une machine achetée à partir de 2013 environ avec 4 Go de mémoire fonctionne confortablement. En dessous de 2 Go, elle est à réformer plutôt qu’à migrer, et l’assessment le dit en page un, par numéro de série à partir du niveau Assessment.
Déploiement
Remplacement complet
La voie standard pour les postes de travail éligibles et validés. Windows est retiré, NEXZOS est installé, la machine reste.
Double amorçage
Une voie de transition ou d’exception pour les agents qui ont encore besoin d’un logiciel Windows pendant que l’alternative se met en place.
Démarrage depuis un support USB
Pour une démonstration, un test matériel ou un pilote court. Utile pour faire la preuve, mais pas destiné à un poste de travail permanent.
Client léger vers VDI
Là où un environnement Citrix, VMware ou Remote Desktop existe déjà. Cela dessert les applications dépendantes de Windows ; cela ne les remplace pas.
Machine virtuelle
NEXZOS dans une machine virtuelle sur un hôte existant, pour une évaluation par les équipes informatiques ou pour les quelques machines qui ne peuvent pas l’amorcer nativement, comme les Mac Apple Silicon.
Administration et identité
Administration centralisée
L’administration repose sur les outils Linux éprouvés pour lesquels vos administrateurs peuvent recruter partout en Europe : Ansible pour la configuration et l’installation des logiciels, et Landscape pour l’inventaire, la gestion des paquets, les fenêtres de mise à jour planifiées, les correctifs de sécurité et le regroupement des systèmes.
La combinaison est testée avec la version NEXZOS retenue pendant le pilote, de sorte que le modèle d’administration est éprouvé sur votre parc avant tout déploiement plus large.
Lecteurs réseau
SMB et CIFS, NFS, SFTP et WebDAV peuvent être montés, configurés de façon centralisée là où vous souhaitez un montage automatique.
Identité et accès
- Active Directory et LDAP
- Pris en charge par l’intégration Linux standard avec SSSD et realmd. La connexion, les droits de groupe, les imprimantes et les lecteurs réseau sont testés pendant le pilote
- Microsoft Entra ID
- Utilisé pour Microsoft 365 et l’authentification unique web. L’enregistrement des appareils et Intune pour Linux sont en développement et pris en charge sur certaines versions, c’est pourquoi nous mettons d’abord en place une preuve de concept, en particulier lorsque l’accès conditionnel est exigé
Nous le disons clairement parce que votre RSSI posera la question dès la première réunion, et qu’une réponse du type « cela fonctionne aussi » ne survivrait pas à la deuxième.
Migration depuis Windows 10
| Sujet | Ce qui se passe |
|---|---|
| Profils | Les profils Windows ne sont pas repris à l’identique. Chaque utilisateur reçoit un nouveau profil NEXZOS, relié à Active Directory ou LDAP là où vous les utilisez |
| Fichiers | Déplacés via OneDrive ou SharePoint, un serveur de fichiers, une sauvegarde ou un outil de migration. Documents, Bureau, Images et Téléchargements suivent |
| Lecteurs réseau | Reconfigurés et, si vous le souhaitez, montés automatiquement par l’administration centralisée |
| Paramètres et applications | Reconfigurés application par application. Les favoris du navigateur, les profils de messagerie et les fichiers en nuage migrent bien, les paramètres propres à Windows généralement pas |
En une phrase : les fichiers migrent, les profils et les logiciels sont reconfigurés, et les exceptions sont appréciées au cas par cas. L’assessment nomme ces exceptions avant que vous ne vous engagiez à quoi que ce soit.
Applications métier : trouver la voie
Avant tout déploiement, nous établissons avec vous un inventaire des applications et plaçons chaque application dans l’un des trois groupes. Cet inventaire est la partie de l’assessment qui décide le plus. Essayez-le sur les applications qui vous préoccupent : choisissez le mode de mise à disposition de chacune, lisez le groupe et la voie, et ajoutez-la à une liste pour voir la physionomie de votre parc.
- Fonctionne tel quel : une application web n’est pas affectée par le système d’exploitation sous-jacent
- Délai : Test fonctionnel sous 1 à 2 semaines
- Qui décide : IT
Ce que nous ne promettons pas. NEXZOS peut exécuter de nombreux programmes .exe et .msi via la couche de compatibilité, et nous ne garantissons pas que chacun d’eux se comporte correctement. Pour un logiciel critique pour l’activité, la réponse sûre reste une version native, une version web ou le VDI. Quiconque vous dit le contraire ne l’a pas testé.
Les trois groupes, ce qu’ils signifient et le délai pour chacun
| Catégorie | Ce que cela signifie | Délai indicatif |
|---|---|---|
| Fonctionne tel quel | Une application Linux native, une application web, ou une application multiplateforme déjà prise en charge | Test fonctionnel sous 1 à 2 semaines |
| Voie de compatibilité | S’exécute via la prise en charge des applications Windows ou via votre environnement VDI | Essai et acceptation utilisateur sous 2 à 4 semaines |
| Nécessite une décision | Ne fonctionne pas de façon fiable, nécessite des pilotes ou un dongle matériel, ou est critique pour l’activité et disponible pour Windows uniquement | Décision du responsable du processus dans les 2 semaines suivant le test |
Le troisième groupe rassemble presque partout le même type de logiciels : spécialisations CAO, programmes Windows propres à un secteur, progiciels financiers installés localement, et applications liées à un dongle matériel.
Première étape réaliste : 4 à 6 semaines pour l’inventaire, le test technique et un petit pilote. Le déploiement par phases commence après cela, pas avant.