Imogen Labs
Start a project

Eight.ly Mobile

A tablet beside your server.

In the lab

Eight.ly Mobile brings the operating system’s existing dashboard into a tablet companion. We are developing it for iPad and Android tablets, with the work still in the lab.

Explore Eight.ly
Inside Eight.ly Mobile
  1. PairEnter an Eight.ly OS address and API key.
  2. ConnectReach the server over an available network route.
  3. OperateUse dashboard, terminal and backup controls from a tablet.

The problem

A phone is useful for a quick check. Managing storage, reading logs or keeping a terminal open asks for more room. A tablet offers that space while remaining portable enough to use beside equipment, away from a desk or across a private network.

The companion also needs to stay connected to the server’s own state. A second management system would add another place to reconcile containers, virtual machines and backup jobs. We built around the dashboard and access model already present in Eight.ly OS.

Who it’s for

Eight.ly OS users who want a larger mobile control surface for storage, applications, virtual machines and backups.

What we built

The companion covers real-time system metrics, container controls, logs and statistics, application deployment, virtual machines and storage pools. It also includes access to Nova, system-monitoring dashboards and backup management.

A web terminal supports persistent sessions, so a terminal’s useful context can survive leaving and returning to it. The setup flow asks for a server URL and an API key created in the operating system’s security settings. Credentials use secure on-device storage.

How it works

The tablet connects to an existing Eight.ly OS server. Network access can be local or provided through an established private-network connection or secure tunnel. The app does not replace the server and does not claim to make an unreachable machine remotely accessible.

The interface exposes the server’s dashboard capabilities in a tablet companion. That keeps the work attached to the operating system people already manage, while using the screen size for denser controls and longer-running tasks.

What was hard

The hard boundary is access. Server credentials belong in secure device storage, and a useful remote interface must be honest about whether the machine can be reached. Containers, storage and terminals also carry more operational consequence than a read-only status screen.

A control surface this broad also has to stay aligned with the operating system. Container actions, storage information and backup controls should reflect the same server state wherever someone opens them. We are keeping the companion in the lab while its distribution develops.

Have a similar problem?

Let’s build
what comes next.

Start a project