7 min de lecture · Mis à jour le : 23.04.2026

Un ingénieur cloud de garde emporte son Thinkpad au biergarten, car son bipeur vient de sonner. Ce n’est pas une obligation. Depuis quelques mois, certains membres des équipes DevOps transportent un appareil qui ressemble à une liseuse et fonctionne comme un terminal Linux propre : le Boox Palma 2 Pro. Ce test pratique montre où la console à encre électronique est réellement utile et où elle n’est qu’un gadget.

L’essentiel en bref

• Le Boox Palma 2 Pro est un appareil Android 15 pesant 175 grammes avec un écran E-Ink Kaleido 3 de 6,13 pouces et un module de données 5G, lancé en novembre 2025.
• Via Google Play, il est possible d’installer Termius, Termux, JuiceSSH et ConnectBot, et les applications Obsidian, GitHub Mobile et AWS Console fonctionnent de manière stable.
• Pour les rotations PagerDuty, les vérifications SSH rapides sur les clusters de production et les revues Markdown dans les pull requests, la configuration fonctionne étonnamment bien.
• Les limites sont clairement définies : tmux avec des outils TUI intensifs en rafraîchissement (k9s, btop, htop avec changement d’écran complet) semble lent, et les journaux vidéo échouent à cause du rafraîchissement de l’E-Ink.
• Le prix se situe dans la fourchette d’un achat de smartphone de milieu de gamme, que les départements informatiques peuvent gérer via le budget matériel.

Contexte : Pourquoi les équipes DevOps recherchent un second appareil

Qu’est-ce que le Boox Palma 2 Pro ? Le Boox Palma 2 Pro est un appareil Android 15 pesant 175 grammes, équipé d’un écran Kaleido-3 E-Ink de 6,13 pouces, d’un modem 5G, d’un Qualcomm Snapdragon 750G et de 8 gigaoctets de RAM. Présenté en novembre 2025 par Onyx International, cet appareil combine la forme d’un smartphone avec un écran couleur E-Paper et la compatibilité des applications de Google Play.

Ceux qui sont en astreinte sur une plateforme cloud connaissent bien ce schéma. L’incident survient un samedi soir, l’ordinateur portable est à la maison, et le smartphone jongle entre WhatsApp, les e-mails et Instagram pour capter l’attention. Bien qu’il existe une véritable interface de terminal sur le téléphone, elle est soit envahie de publicités, soit dotée d’une interface qui détourne l’attention. Les réactions typiques vont du petit ordinateur portable convertible dans le sac à dos à l’expérimentation avec un téléphone Linux sur un PinePhone. Les deux extrêmes sont couverts, mais il reste un vide au milieu.

C’est précisément dans ce créneau que Onyx positionne son Palma 2 Pro. L’appareil ressemble à une liseuse au format smartphone, mais fonctionne avec un Qualcomm Snapdragon 750G, 8 gigaoctets de RAM et 128 gigaoctets de stockage flash, extensible via un slot microSD. Android 15 est préinstallé avec Google Play, et le module de données 5G accepte une nano-SIM. L’écran mesure 6,13 pouces et utilise un panneau Kaleido-3 avec un double éclairage frontal. Le facteur de forme est une rupture délibérée, car cette rupture fait de l’appareil un outil sans couche addictive.

Deux choses se remarquent dès le premier jour. Le poids disparaît si complètement dans la poche intérieure de la veste qu’on vérifie trois fois sa présence. Et l’E-Paper semble presque plus lisible à l’extérieur par une chaude journée qu’à l’intérieur, car il ne produit aucun reflet. Ce sont des détails banals, mais ils changent le comportement dans la vie quotidienne en astreinte. Ceux qui ne réfléchissent pas longtemps à l’emporter et qui disposent d’un écran fonctionnant au soleil utilisent réellement l’appareil.

La configuration DevOps : SSH, tmux, Monitoring

Dans le test, la configuration est rapidement effectuée. Google Play non seulement installé mais aussi utilisable, ce qui n’est pas une évidence pour les ports Android en dehors du monde téléphonique. Termius provient du magasin, fonctionne correctement, synchronise les clés SSH via son propre compte et rend bien grâce à l’optimisation E-Ink du fabricant. Termux en alternative fonctionne également, mais reste habituellement spartiate dans son utilisation clavier. Ceux qui préfèrent ConnectBot ou JuiceSSH trouveront également ces classiques dans le magasin.

La chaîne standard pour un ingénieur Cloud en mode veille ressemble à ceci : hôte de bastion via SSH, de là un détachement tmux avec trois panneaux où s’exécutent côte à côte les journaux kubectl, des extraits journalctl et un script de vérification de santé. La configuration est restaurée sur le Palma 2 Pro en moins de 30 secondes, car le processeur Snapdragon dispose de suffisamment de ressources pour gérer simultanément une application de surveillance et un canal Slack. Les caractères par seconde sont limités par le taux de rafraîchissement E-Ink dans le mode dit A2, et non par le matériel.

Ceux qui tapent de manière productive ne peuvent pas se passer d’un clavier correct. La prise en charge Bluetooth pour les claviers est présente. En pratique, un clavier ThinkPad Compact se connecte sans problème, et même les claviers pliables de voyage comme le Logitech K380 ou le Keychron K3 Pro fonctionnent de manière stable. L’appareil lui-même pèse 175 grammes, une combinaison pliable compacte tient avec le Palma 2 Pro dans une poche latérale du sac à dos. La véritable conclusion pratique surprenante : après deux heures de travail SSH, on ne se sent pas épuisé. E-Ink ne génère pas d’émission LED continue. L’écran est de la bonne taille pour scanner les journaux sans fatiguer les yeux ou épuiser la batterie de l’ordinateur portable.

Les trois cas d’usage majeurs dans le quotidien cloud

Au cours d’un test pratique de plusieurs semaines, trois scénarios se sont dégagés, dans lesquels l’appareil justifie sa place dans l’arsenal d’un ingénieur DevOps.

Le premier cas est la garde Pager-Duty en dehors du bureau. Avec le Palma 2 Pro, il n’est plus nécessaire d’avoir un smartphone capable de faire un hotspot, car le module 5G reste connecté. OpsGenie, PagerDuty et les alertes Atlassian peuvent être installées, et les notifications push arrivent sans problème. Lorsqu’une alerte se déclenche, Termius s’ouvre. La connexion au bastion s’établit en quelques secondes. En moins de deux minutes, une première évaluation est disponible. De nombreuses équipes ont suivi ce processus pendant des années sur un ordinateur portable, mais l’ordinateur portable n’est pas toujours disponible, alors qu’un appareil dans la poche l’est toujours.

Le deuxième cas est la lecture silencieuse des pull requests. L’appareil ouvre correctement les interfaces GitHub, GitLab et Gitea. Ceux qui réalisent des revues de code au niveau architectural et examinent de longs diffs bénéficient du fait que l’écran E-Ink n’envoie plus de composantes bleues dans les yeux. Deux heures de lecture concentrée d’une série de pull requests fonctionnent sans fatigue. La latence au défilement est perceptible, mais celui qui lit du code défile plus lentement. L’appareil supporte très bien ce mode.

Le troisième cas est le travail de documentation. Obsidian fonctionne nativement. Des éditeurs Markdown comme Markor ou Epsilon Notes sont disponibles sur le Store. Le support intégré du stylet permet de griffonner des diagrammes sur une page d’architecture pendant un appel Zoom sur le laptop. Ceux qui rédigent des runbooks, avec trois phrases ici et un croquis là, travaillent sur le Palma 2 Pro dans un flux qu’on ne connaît normalement que du Remarkable ou du carnet de papier classique.

Phase pilote en six semaines : Comment les équipes cloud structurent leur intégration

Quiconque prend cette question au sérieux ne se contente pas d’un simple achat et de trois semaines de ressenti. Un pilote structuré fournit des données fiables et une décision d’achat qui tient la route lors des discussions budgétaires. La chronologie de six semaines suivante s’est avérée être un modèle utile lors d’échanges avec des responsables DevOps de deux équipes de plateformes cloud munichoises.

La chronologie est intentionnellement conservatrice. Une porte étroite après la deuxième semaine suffit à éviter de mauvaises décisions de pilote. Quiconque, jusqu’à ce point, saisit trois fois par frustration son notebook, a une réponse claire. Celui qui se surprend à lire volontairement des demandes de tirage sur l’appareil reçoit un signal dans l’autre sens.

Ce que d’autres équipes peuvent en tirer comme leçon

L’observation intéressante n’est pas qu’un seul appareil remplace soudainement l’ordinateur portable. Ce n’est pas le cas. Ce qui est intéressant, c’est qu’un facteur de forme émerge, qui remplit une niche claire : un travail de terminal contrôlé qui n’est pas submergé par l’économie de l’attention du smartphone. Celui qui n’installe pas Slack sur le Palma 2 Pro n’a pas Slack sur le Palma 2 Pro. Cette abstinence est une fonctionnalité, pas un bug.

Pour les équipes DevOps, un petit pilote vaut la peine, rien de plus. Deux appareils en rotation de garde suffisent pour voir si le modèle fonctionne. Une période de test équitable est de six semaines : une semaine de configuration avec des clés SSH, un gestionnaire de mots de passe comme 1Password ou Bitwarden, des applications de surveillance, deux semaines de rotation PagerDuty, trois semaines de lecture et de travail de documentation. Après cela, il est possible de dire de manière fiable quelle persona dans l’équipe en bénéficie et laquelle non.

Le budget informatique peut être clairement situé : la ligne de matériel est en dessous de celle d’un ordinateur portable de milieu de gamme, mais au-dessus de celle d’un téléphone d’entreprise. Fiscalement, l’appareil est considéré comme un équipement professionnel pour l’employé s’il est clairement assigné à un cas d’utilisation de garde. Ceux qui paient pour les astreintes paient déjà pour le temps et la configuration des outils. Un appareil de plus, qui rend la frontière entre travail et repos moins stressante, est un bon investissement.

Un détail est souvent sous-estimé : l’appareil peut être un signal de leadership. Si le responsable cloud prend des notes avec le Palma 2 Pro lors des réunions d’équipe, au lieu de regarder constamment l’ordinateur portable, la qualité de la conversation change. La présence est une ressource rare dans les équipes Ops. Celui qui trouve un appareil qui ne détruit pas la présence, mais apporte tout de même une compétence de terminal en cas d’urgence, a trouvé plus qu’un gadget. L’achat peut alors être justifié non seulement comme un déploiement de matériel, mais aussi comme une partie d’une culture d’équipe consciemment façonnée. L’argument budgétaire n’en devient pas moins important, mais la discussion au sein de l’équipe de direction devient plus productive.

Foire aux questions

Source image de couverture : Pexels / Perfecto Capucine (px:1475290)