AppKube general statistics dashboard for mobile apps, with a hexagon world map

AppKube.

Design · Multi-cloud platform · Jan 2021 – Apr 2024

Three years designing a multi-cloud platform at Synectiks: dashboards, asset discovery, topology and the design system behind them.

Timeline
Jan 2021 – Apr 2024
Platform
Web app, 1920 desktop
Role
UX/UI designer
Company
Synectiks Inc
164full screens in the main Figma file
52versions of a single topology screen
22design-system pages behind them
3+ yrson one product
01

The product

AppKube gives engineering teams one place to see everything they run across AWS, Azure and GCP: what it costs, whether it’s healthy, and how it’s all connected.

Who it’s for

DevOps engineers, cloud architects and IT administrators. People who live in consoles all day and have no patience for a dashboard that makes them hunt.

What I owned

UX and UI across the product for three years: the home dashboards, asset discovery, the environment and topology views, access control, sign-in, and the design system underneath all of it.

Zoomed-out view of the AppKube Figma page with four sections of screens
The main Figma page, zoomed out. Four sections, 164 full screens: Assets & environments (89), Main dashboard (33), Discovered assets (25), Sign-in (9).
02

Mapping it first

A multi-cloud product sprawls fast. Before drawing screens I mapped what lives where, and named every frame like a route, AppKube/Home/SpendAnalytics, so the map, the file and the prototype all read the same.

Home

  • Spend analytics
  • Cost analytics
  • SLA metrics
  • Process central

Assets

  • Environments
  • VPC & clusters
  • Application topology
  • Discovered assets
  • Global services

Centrals

  • Dev central
  • Sec central
  • Ops central

Admin

  • Roles
  • Groups
  • Users & profiles
  • Account settings

Access

  • Sign in & sign up
  • Forgot & reset password
  • System emails
03

Home: four lenses on one estate

The home screen answers the question every lead asks first: are we OK, and what is it costing us? Instead of one crowded dashboard, it became four tabs, each one a single lens.

AppKube spend analytics dashboard
Spend analytics. Total spend up front, split by cloud, a monthly trend for AWS, Azure and GCP, and a budget gauge showing how much is used.
AppKube cost analytics dashboard with three donut charts
Cost analytics. The same money, cut three ways: by product, production vs everything else, and by service type.
AppKube SLA metrics heatmap
SLA metrics. A heatmap of products against performance, availability, reliability, security and usage, colour-coded at 98% and 90%.
04

The drill-down

The core job: start at the cloud account and get to the one service that’s misbehaving. I designed it as a path where every screen answers exactly one question.

  1. AppKube environments screen
    Environment. What’s running in this AWS account, per VPC?
  2. AppKube infra topology view with VPC graph and cluster cards
    VPC. How are its clusters and services wired together?
  3. AppKube application topology from web layer to data layer
    Application. Which layer, web, app or data, is the problem in?
05

Redesigning the topology view

The topology view is the heart of the product, and it was failing. Users couldn’t read their own architecture in it. I led a 12–14 week redesign with two product designers and a product manager.

What was broken

  • Hierarchy: VPCs, environments, architectures and services had no clear order
  • Scale: big estates broke the layout
  • Dead ends: no way to drill into an EC2 instance or a cluster
  • Overload: everything shown at once, nothing prioritised

How I found out

  • Interviews with DevOps engineers, cloud architects and IT admins
  • A teardown of other multi-cloud monitoring tools
  • Usage data from the old view: most-used components and paths
Topology environment view with EC2 service cards
Service cards under the graph, so a node and its numbers sit together.
Topology view with a cluster detail panel
Selecting a cluster opens its detail beside the map instead of on a new page.

What changed

  • A hierarchical view that makes relationships obvious
  • A slot-based layout that holds thousands of resources without clutter
  • Drill-downs straight to EC2, clusters and WAF

What testing showed

Usability testing pointed to a clear lift in satisfaction over the old view, a good sign for retention and adoption with enterprise teams.

06

The iterations

None of this landed first time. The file still holds every version I tried. These are the counts, straight from Figma.

Topology: associate services52
Application topology: web layer23
Access control: roles13
VPC: all resources10
VPC: data layer8
Home: spend analytics7
07

Finding every asset

Discovery pulls in everything an account owns. The hard part is narrowing thousands of rows to the handful you care about, so filtering got as much design time as the table.

AppKube discovered assets table with filters
Discovered assets across AWS, Google Cloud and Azure, with filter chips above the table and tag, log, trace and event status per resource.

12 filters, each its own designed dropdown

  • Region
  • AWS account
  • Service
  • Product enclave
  • Element type
  • Namespace
  • Resource type
  • Tags
  • Data source
  • App / data
  • Resource state
  • Node
08

The system underneath

Dashboards this dense only stay consistent if the pieces are shared. Every screen is assembled from one library in the same file: 22 pages of components, charts and base styles.

Components · 14

  • Avatar
  • Alert
  • Badges
  • Buttons
  • Checkbox
  • Radio button
  • Dropdown
  • Switch
  • Tab
  • Tags
  • Text input
  • Tooltip
  • Navigation
  • Informers & indicators

Charts · 5

  • Line
  • Bar
  • Horizontal bar
  • Donut
  • Sankey

Base · 3

  • Typography
  • Grid
  • Colours
09

What I took from it

Name things like routes. Frames called AppKube/Home/SpendAnalytics made the prototype, the handoff and my own navigation of 164 screens far easier.

Keep the losers. Fifty-two versions of one screen looks like indecision. It’s actually the record of why the final one works.

A spike is a story. Reading a cost anomaly, finding the driver and deciding whether to act is the same loop whether the number is an AWS bill or a Meta ad set. I trained on it here before I ever owned a budget.

Client — the topology redesign was delivered for JP Morgan Chase & Co.

Next project · Design Ultraship TMS Product design · Logistics SaaS