7 Min. de lectura · Actualizado: 23.04.2026

Un ingeniero de cloud en servicio de guardia lleva su Thinkpad al jardín de cerveza porque el buscapersonas acaba de sonar. No tiene por qué ser así. Desde hace unos meses, en algunos equipos de DevOps un dispositivo ha empezado a meterse en el bolsillo, que parece un libro electrónico y funciona como una terminal Linux limpia: el Boox Palma 2 Pro. La prueba práctica muestra dónde la consola E-Ink realmente aporta valor y dónde solo parece un accesorio de estilo de vida.

Lo más importante en breve

• El Boox Palma 2 Pro es un dispositivo de Android 15 que pesa 175 gramos, con pantalla E-Ink Kaleido 3 de 6,13 pulgadas y módulo de datos 5G, lanzado en noviembre de 2025.
• A través de Google Play se pueden instalar Termius, Termux, JuiceSSH y ConnectBot, además Obsidian, GitHub Mobile y la aplicación de consola de AWS funcionan de forma estable.
• Para turnos de Pager Duty, comprobaciones rápidas de SSH en clústeres de producción y revisiones de Markdown en pull requests, este conjunto funciona sorprendentemente bien.
• Los límites están claramente definidos: tmux con herramientas TUI intensivas en actualización (k9s, btop, htop con cambio a pantalla completa) se siente lento, y los registros de video fallan debido a la actualización de E-Ink.
• El precio se sitúa en el rango de la adquisición de un smartphone de gama media, algo que los departamentos de TI pueden gestionar a través del presupuesto de hardware.

Situación actual: Por qué los equipos de DevOps buscan un segundo dispositivo

¿Qué es el Boox Palma 2 Pro? El Boox Palma 2 Pro es un dispositivo de Android 15 de 175 gramos con pantalla E-Ink Kaleido-3 de 6,13 pulgadas, módem de datos 5G, Qualcomm Snapdragon 750G y 8 gigabytes de memoria RAM. El dispositivo fue presentado en noviembre de 2025 por Onyx International y combina el formato de un smartphone con una pantalla de papel electrónico en color y la compatibilidad de aplicaciones de Google Play.

Quien está de guardia en una plataforma en la nube, conoce el patrón. El incidente llega el sábado por la noche, el portátil está en casa, el smartphone compite con WhatsApp, correo electrónico e Instagram por la atención. Aunque el teléfono tiene una interfaz de terminal real, se enfrenta a publicidad de banner o a una interfaz que distrae la atención. Las soluciones típicas van desde el convertible compacto en la mochila hasta el experimento de Linux Phone en un PinePhone. Ambos extremos están definidos, pero en el medio hay un vacío.

Es precisamente ahí donde Onyx posiciona su Palma 2 Pro. El dispositivo parece un lector de e-books en formato de smartphone, pero funciona con un Qualcomm Snapdragon 750G, 8 gigabytes de memoria RAM y 128 gigabytes de almacenamiento flash ampliable mediante una ranura microSD. Android 15 viene preinstalado con Google Play, y el módem de datos 5G acepta una Nano-SIM. La pantalla mide 6,13 pulgadas y es un panel Kaleido-3 con iluminación frontal dual. El formato es una ruptura deliberada, porque precisamente esa ruptura convierte el dispositivo en una herramienta sin capas de adicción.

Dos cosas destacan en el primer día. El peso desaparece por completo en el bolsillo interior de la chaqueta, hasta el punto de que uno toca tres veces para asegurarse. Y la pantalla de papel electrónico resulta casi más legible al aire libre en un mediodía caluroso que en el escritorio, porque no produce reflejos. Ambos son detalles triviales, pero que cambian el comportamiento en el día a día de guardia. Quien no duda en llevarlo consigo y tiene una pantalla que funciona al sol, utiliza realmente el dispositivo.

La configuración DevOps: SSH, tmux, Monitoring

En la prueba, la configuración se realiza rápidamente. Google Play no solo está instalado, sino que también es utilizable, lo cual no es algo común en puertos Android más allá del mundo de los teléfonos móviles. Termius viene de la tienda, funciona correctamente, sincroniza las claves SSH a través de la cuenta propia y se renderiza correctamente gracias a la optimización E-Ink del fabricante. Termux como alternativa también funciona, aunque es conocido por su espartanismo en el manejo del teclado. Quienes prefieran ConnectBot o JuiceSSH también encontrarán estos clásicos en la tienda.

La cadena estándar para un ingeniero de cloud en modo de espera es la siguiente: host bastión mediante SSH, desde allí un tmux-Detach con tres paneles, en los que corren en paralelo los registros de kubectl, fragmentos de journalctl y un script de verificación de estado (healthcheck). La configuración se restaura en el Palma 2 Pro en menos de 30 segundos, porque el chip Snapdragon tiene suficientes recursos para manejar simultáneamente una aplicación de monitoring y un canal de Slack. Los caracteres por segundo están limitados por la tasa de refresco E-Ink en el llamado modo A2, no por el hardware.

Quienes escriben productivamente no pueden prescindir de un buen teclado. El soporte Bluetooth para teclavos está disponible. En la práctica, un teclado compacto ThinkPad se conecta sin problemas, e incluso teclados plegables de viaje como el Logitech K380 o el Keychron K3 Pro funcionan de manera estable. El dispositivo en sí pesa 175 gramos, una combinación compacta plegable cabe junto con el Palma 2 Pro en un bolsillo lateral de la mochila. La verdadera sorpresa práctica: quien trabaje durante dos horas con SSH no se siente agotado al final. E-Ink no genera radiación LED continua. La pantalla es justo del tamaño adecuado para escanear registros sin fatigar los ojos ni agotar la batería del portátil.

Los tres casos de uso fundamentales en el entorno cloud

Tras una prueba práctica de varias semanas, han surgido tres escenarios en los que este dispositivo justifica su lugar en el arsenal de un ingeniero DevOps.

El primer caso es el turno de guardia de Pager Duty fuera de la oficina. Con el Palma 2 Pro ya no es necesario un smartphone con hotspot, ya que el módulo 5G mantiene la conexión. Se pueden instalar OpsGenie, PagerDuty y alertas de Atlassian, y las notificaciones push llegan sin problemas. Cuando llega la alerta, se abre Termius. La conexión con el bastion se establece en cuestión de segundos. En menos de dos minutos se tiene una primera evaluación. Muchos equipos han realizado este proceso durante años en sus portátiles, pero el portátil no siempre está disponible, mientras que un dispositivo en el bolsí sí lo está.

El segundo caso es la lectura silenciosa de Pull Requests. El dispositivo abre correctamente las interfaces de GitHub, GitLab y Gitea. Quien realiza revisiones de código a nivel de arquitectura y analiza diffs largos se beneficia de que la pantalla E-Ink no emite componentes azules que fatigan los ojos. Se pueden pasar dos horas enfocados leyendo una serie de Pull Requests sin experimentar fatiga. La latencia al desplazarse es perceptible, pero quien lee código, desplazarse más lentamente. El dispositivo soporta muy bien este modo.

El tercer caso es el trabajo de documentación. Obsidian funciona de forma nativa. Editores de Markdown como Markor o Epsilon Notes están disponibles en la tienda. El soporte integrado para lápiz óptico permite esbozar diagramas en una página de arquitectura mientras se está en una llamada Zoom en el portátil. Quien elabora Runbooks, con tres frases aquí y un boceto allá, trabaja en el Palma 2 Pro con un flujo de trabajo que solo se conocía del Remarkable o de los clásicos cuadernos de papel.

Fase piloto en seis semanas: Cómo los equipos de Cloud estructuran su incorporación

Quien toma en serio esta pregunta, no la responde con una simple compra y tres semanas de intuición. Un piloto estructurado proporciona datos fiables y una decisión de compra que puede sostenerse en las conversaciones presupuestarias. La siguiente línea de tiempo de seis semanas se ha demostrado como un modelo útil en conversaciones con responsables de DevOps de dos equipos de plataforma cloud de Múnich.

La línea de tiempo se ha mantenido deliberadamente conservadora. Un filtro estricto después de la semana dos es suficiente para evitar decisiones de piloto erróneas. Quien hasta entonces haya recurrido tres veces por frustración al portátil, ya tiene una respuesta clara. Quien se dé cuenta de que lee voluntariamente pull requests en el dispositivo, recibe una señal en la dirección opuesta.

Qué otros equipos pueden aprender de esto

La observación interesante no es que un solo dispositivo de repente reemplazaría al portátil. No lo hace. Lo interesante es que surge un formato que ocupa un nicho claro: trabajo de terminal controlado, que no es abrumado por la economía de atención del smartphone. Quien no instale Slack en el Palma 2 Pro, no tiene Slack en el Palma 2 Pro. Esta contención es una característica, no un error.

Para equipos de DevOps, vale la pena un pequeño piloto, nada más. Dos dispositivos en la rotación de guardia son suficientes para ver si el modelo funciona. Un tiempo de prueba justo son seis semanas: una semana de configuración con claves SSH, gestores de contraseñas como 1Password o Bitwarden, aplicaciones de monitorización, dos semanas de rotación de Pager Duty, tres semanas de lectura y trabajo documental. Después se puede decir con fiabilidad qué perfil en el equipo se beneficia y cuál no.

El presupuesto de TI puede ubicarse claramente: línea de hardware por debajo de un portátil de gama media, por encima de un teléfono móvil de empresa. Fiscalmente, el dispositivo se considera equipamiento operativo del empleado si está claramente asignado a un caso de uso de guardia. Quien pague por disponibilidad, ya paga de todos modos tiempo y configuración de herramientas. Un dispositivo más que hace que la frontera entre trabajo y descanso sea algo menos agotadora, es una buena inversión.

Un detalle a menudo subestimado: el dispositivo puede ser una señal de liderazgo. Cuando el responsable de Cloud en la reunión del equipo toma notas con el Palma 2 Pro en lugar de estar constantemente mirando el portátil, surge una calidad de conversación diferente. La presencia es un recurso escaso en los equipos de operaciones. Quien encuentre un dispositivo que no destruya la presencia, pero que sin embargo aporte competencia de terminal en caso de emergencia, ha encontrado más que un gadget. La adquisición se puede entonces no solo justificar como un despliegue de hardware, sino como parte de una cultura de equipo conscientemente diseñada. El argumento presupuestario no se hace más pequeño, pero la discusión en el círculo de dirección es más productiva.

Preguntas frecuentes

Fuente imagen de portada: Pexels / Perfecto Capucine (px:1475290)