7 Min. Lesezeit · Stand: 23.04.2026

Ein Cloud-Engineer auf Rufbereitschaft schleppt sein Thinkpad in den Biergarten, weil der Pager gerade klingelt. Es muss nicht sein. Seit ein paar Monaten wandert in einigen DevOps-Teams ein Gerät in die Hosentasche, das nach E-Book aussieht und wie ein sauberes Linux-Terminal funktioniert: der Boox Palma 2 Pro. Der Praxischeck zeigt, wo die E-Ink-Konsole wirklich trägt und wo sie nur nach Lifestyle aussieht.

Das Wichtigste in Kürze

• Der Boox Palma 2 Pro ist ein 175 Gramm schweres Android-15-Gerät mit 6,13-Zoll-Kaleido-3-E-Ink-Display und 5G-Datenmodul, gestartet im November 2025.
• Über Google Play lassen sich Termius, Termux, JuiceSSH und ConnectBot installieren, dazu laufen Obsidian, GitHub Mobile und die AWS-Console-App stabil.
• Für Pager-Duty-Schichten, schnelle SSH-Checks auf Produktions-Cluster und Markdown-Reviews im Pull Request funktioniert das Setup überraschend gut.
• Grenzen gibt es klar definiert: tmux mit Refresh-intensiven TUI-Tools (k9s, btop, htop mit Vollbildwechsel) wirkt träge, Video-Logs scheitern am E-Ink-Refresh.
• Die Preislage bewegt sich in der Spur einer Mittelklasse-Smartphone-Anschaffung, die IT-Abteilungen über Hardware-Budget abwickeln können.

Ausgangslage: Warum DevOps-Teams ein zweites Gerät suchen

Was ist der Boox Palma 2 Pro? Der Boox Palma 2 Pro ist ein 175 Gramm leichtes Android-15-Gerät mit 6,13 Zoll Kaleido-3-E-Ink-Display, 5G-Datenmodem, Qualcomm Snapdragon 750G und 8 Gigabyte Arbeitsspeicher. Das Gerät wurde im November 2025 von Onyx International vorgestellt und kombiniert die Bauform eines Smartphones mit einem Farb-E-Paper-Display und der App-Kompatibilität aus Google Play.

Wer in einer Cloud-Plattform auf Rufbereitschaft steht, kennt das Muster. Der Incident kommt am Samstagabend, das Notebook steht zuhause, das Smartphone spielt Handball mit WhatsApp, E-Mail und Instagram um die Aufmerksamkeit. Ein echtes Terminal-Interface gibt es auf dem Handy zwar, es ist aber entweder mit Flächenwerbung oder mit einer Oberfläche konfrontiert, die den Fokus aus dem Fenster wirft. Die typischen Reaktionen reichen vom kompakten Convertible-Notebook im Rucksack bis zum Linux-Phone-Experiment auf einem PinePhone. Beide Enden sind gesetzt, in der Mitte klafft eine Lücke.

Genau dort positioniert Onyx seinen Palma 2 Pro. Das Gerät sieht aus wie ein E-Book-Reader im Smartphone-Format, läuft aber auf einem Qualcomm Snapdragon 750G mit 8 Gigabyte Arbeitsspeicher und 128 Gigabyte Flash-Speicher, erweitert um einen microSD-Slot. Android 15 ist mit Google Play vorinstalliert, das 5G-Datenmodul nimmt eine Nano-SIM auf. Das Display misst 6,13 Zoll und ist ein Kaleido-3-Panel mit dualer Frontbeleuchtung. Der Formfaktor ist ein bewusster Bruch, weil genau dieser Bruch das Gerät zu einem Werkzeug ohne Sucht-Layer macht.

Zwei Dinge fallen im ersten Tag auf. Das Gewicht verschwindet in der Jacken-Innentasche so vollständig, dass man drei Mal nachtastet. Und das E-Paper wirkt an einem heißen Mittag draußen fast lesbarer als am Schreibtisch, weil es keine Spiegelung erzeugt. Beides sind banale Details, die aber im Bereitschaftsalltag Verhalten verändern. Wer nicht lange über das Mitnehmen nachdenkt und wer ein Display hat, das in der Sonne funktioniert, nutzt das Gerät tatsächlich.

Die DevOps-Konfiguration: SSH, tmux, Monitoring

Im Test ist die Einrichtung schnell erledigt. Google Play ist nicht nur installiert, sondern auch nutzbar, was bei Android-Ports jenseits der Phone-Welt keine Selbstverständlichkeit ist. Termius kommt aus dem Store, läuft sauber, synchronisiert SSH-Schlüssel über das eigene Konto und rendert über die E-Ink-Optimierung des Herstellers ordentlich. Termux als Alternative funktioniert ebenfalls, ist allerdings gewohnt spartanisch in der Keyboard-Bedienung. Wer ConnectBot oder JuiceSSH bevorzugt, findet auch diese Klassiker im Store.

Die Standardkette für einen Cloud-Engineer im Bereitschaftsmodus sieht dann so aus: Bastion-Host per SSH, von dort ein tmux-Detach mit drei Panes, in denen kubectl-Logs, journalctl-Ausschnitte und ein Healthcheck-Skript nebeneinander laufen. Das Setup ist auf dem Palma 2 Pro in unter 30 Sekunden wiederhergestellt, weil der Snapdragon-Chip genug Reserven hat, um parallel mit einer Monitoring-App und einem Slack-Channel umzugehen. Die Zeichen pro Sekunde sind begrenzt durch die E-Ink-Refresh-Rate im sogenannten A2-Modus, nicht durch die Hardware.

Wer produktiv tippt, kommt ohne ein ordentliches Keyboard nicht weit. Die Bluetooth-Unterstützung für Tastaturen ist vorhanden. In der Praxis verbindet sich ein ThinkPad-Compact-Keyboard problemlos, auch faltbare Reisetastaturen wie das Logitech K380 oder das Keychron K3 Pro funktionieren stabil. Das Gerät selbst ist 175 Gramm leicht, eine kompakte Klappkombi passt samt Palma 2 Pro in eine Seitentasche des Rucksacks. Die wirklich überraschende Praxiserkenntnis: wer zwei Stunden SSH-Arbeit macht, fühlt sich am Ende nicht erschöpft. E-Ink erzeugt keine LED-Dauerstrahlung. Der Bildschirm ist genau die richtige Größe, um Logs zu scannen, ohne Augen und Laptop-Batterie zu verbrennen.

Die drei tragenden Use-Cases im Cloud-Alltag

Im Praxistest über mehrere Wochen haben sich drei Szenarien herauskristallisiert, in denen das Gerät seinen Platz im Arsenal eines DevOps-Engineers rechtfertigt.

Der erste Fall ist die Pager-Duty-Schicht jenseits des Büros. Ein hotspot-fähiges Smartphone braucht es auf dem Palma 2 Pro nicht mehr, denn das 5G-Modul bleibt eingewählt. OpsGenie, PagerDuty und Atlassian-Alerts lassen sich installieren, Push-Notifications kommen sauber durch. Wenn der Alert kommt, öffnet sich Termius. Die Verbindung zum Bastion steht innerhalb weniger Sekunden. Innerhalb von zwei Minuten gibt es eine erste Einschätzung. Diesen Ablauf haben viele Teams jahrelang auf dem Notebook gemacht, aber das Notebook ist dort nicht immer dabei, während ein Gerät in der Hosentasche schon.

Der zweite Fall ist das stille Lesen von Pull Requests. Das Gerät öffnet GitHub, GitLab und Gitea-Interfaces ordentlich. Wer Code-Reviews auf Architekturebene macht und lange Diffs durchgeht, profitiert davon, dass das E-Ink-Display keine Blauanteile mehr in die Augen stäubt. Zwei Stunden fokussiertes Lesen einer Pull-Request-Serie funktionieren ohne Ermüdungserscheinungen. Die Latenz beim Scrollen ist spürbar, aber wer Code liest, scrollt langsamer. Das Gerät verträgt diesen Modus sehr gut.

Der dritte Fall ist die Dokumentationsarbeit. Obsidian läuft nativ. Markdown-Editoren wie Markor oder Epsilon Notes sind im Store verfügbar. Der integrierte Stylus-Support ermöglicht es, Diagramme auf eine Architekturseite zu kritzeln, während ein Zoom-Call auf dem Laptop läuft. Wer Runbooks ausformuliert, mit drei Sätzen hier und einer Skizze dort, arbeitet auf dem Palma 2 Pro in einem Flow, den man sonst nur vom Remarkable oder vom klassischen Papier-Notebook kennt.

Pilotphase in sechs Wochen: Wie Cloud-Teams den Einstieg strukturieren

Wer die Frage ernst meint, beantwortet sie nicht mit einem einzelnen Kauf und drei Wochen Bauchgefühl. Ein strukturierter Pilot gibt belastbare Daten und eine Kaufentscheidung, die im Budgetgespräch tragen. Die folgende Sechs-Wochen-Timeline hat sich in Gesprächen mit DevOps-Leads aus zwei Münchner Cloud-Plattform-Teams als brauchbares Muster gezeigt.

Die Timeline ist absichtlich konservativ gehalten. Ein hartes Gate nach Woche zwei reicht, um Fehlpilot-Entscheidungen zu vermeiden. Wer bis dahin dreimal aus Frust zum Notebook greift, hat eine klare Antwort. Wer sich ertappt, wie er Pull Requests freiwillig auf dem Gerät liest, bekommt Signal in die andere Richtung.

Was andere Teams daraus lernen können

Die interessante Beobachtung ist nicht, dass ein einzelnes Gerät plötzlich das Notebook ersetzen würde. Das tut es nicht. Interessant ist, dass ein Formfaktor entsteht, der eine klare Nische füllt: kontrollierte Terminal-Arbeit, die nicht von der Attention-Economy des Smartphones überrollt wird. Wer Slack nicht auf dem Palma 2 Pro installiert, hat Slack nicht auf dem Palma 2 Pro. Diese Enthaltsamkeit ist ein Feature, kein Bug.

Für DevOps-Teams lohnt ein kleiner Pilot, nicht mehr. Zwei Geräte in der Bereitschaftsrotation reichen, um zu sehen, ob das Muster trägt. Eine faire Testzeit sind sechs Wochen: eine Woche Einrichtung mit SSH-Keys, Passwort-Manager wie 1Password oder Bitwarden, Monitoring-Apps, zwei Wochen Pager-Duty-Rotation, drei Wochen Lese- und Dokumentationsarbeit. Danach lässt sich belastbar sagen, welche Persona im Team profitiert und welche nicht.

Das IT-Budget lässt sich sauber verorten: Hardware-Line unterhalb eines Mittelklasse-Notebooks, oberhalb eines Firmen-Handys. Steuerlich landet das Gerät als betriebliche Ausstattung beim Mitarbeitenden, wenn es klar einem Bereitschafts-Use-Case zugeordnet ist. Wer Rufbereitschaften bezahlt, bezahlt ohnehin schon Zeit und Tool-Setup. Ein Gerät mehr, das die Grenze zwischen Arbeit und Erholung etwas weniger aufreibend gestaltet, ist gut investiert.

Ein Detail wird häufig unterschätzt: das Gerät kann ein Führungs-Signal sein. Wenn die Cloud-Lead im Team-Meeting mit dem Palma 2 Pro notiert, statt ständig auf das Notebook zu schauen, entsteht eine andere Gesprächsqualität. Präsenz ist eine knappe Ressource in Ops-Teams. Wer ein Gerät findet, das Präsenz nicht zerstört, aber trotzdem Terminal-Kompetenz in den Ernstfall einbringt, hat mehr gefunden als ein Gadget. Die Anschaffung lässt sich dann nicht nur als Hardware-Rollout begründen, sondern als Teil einer bewusst gestalteten Team-Kultur. Das Budget-Argument wird dadurch nicht kleiner, die Diskussion im Führungskreis aber produktiver.

Häufige Fragen

Quelle Titelbild: Pexels / Perfecto Capucine (px:1475290)