Peekaping Uptime Monitor

AWS Observability

peekaping, the open source, self hosted uptime and status monitor: watch websites, APIs, TCP services and DNS with heartbeat history and public status pages, secured on first boot by cloudimg.

Base
Hardened build
minimal ports, security patches applied at build time
Access
Unique credentials
generated on first boot, readable only by root
Verified
Boots working
services pass a health gate before release
Support
24/7, 365 days
by email and live chat, 24 hour response SLA

Overview

Peekaping is an open source, self hosted uptime and status monitoring system and a modern alternative to Uptime Kuma. It watches your websites, APIs, TCP services and DNS records, records a heartbeat for every check, calculates uptime statistics over time, publishes status pages your users can subscribe to, and sends alerts through notification channels, all from a clean web interface you run yourself rather than a hosted service. The stack is the official upstream topology: a Go API and web interface with a bundled PostgreSQL database and Redis queue, so a working monitoring console is ready as soon as the instance is up. It suits developers, operators and small teams who want a self owned view of whether their sites and services are up.

Why the cloudimg image

cloudimg ships Peekaping as the official upstream container stack behind nginx, ready on first boot. Peekaping accepts an administrator registration only while none exists, which on a public server is a race an attacker can win, and cloudimg closes it: on each instance's first boot, before the port is reachable, a unique administrator password, database password and cache password are generated, fresh session signing keys are minted into an empty database, and the image verifies that a further registration is refused. The database, cache and container images live on a dedicated, independently resizable data volume, and every deployment comes with a paired deployment guide and 24/7 cloudimg support.

Common uses

  • Monitor websites and API endpoints with heartbeat history and uptime statistics
  • Publish a public status page for your users and stakeholders
  • Alert on downtime through notification channels for a self owned service

Key features

  • Self-hosted uptime and status monitoring ready on first boot: launch this image and have a production-ready Peekaping console serving in minutes, eliminating the manual Docker, Compose, PostgreSQL, Redis, reverse proxy and secret-generation setup that deploying from source requires. Monitor HTTP, TCP, ping and DNS with heartbeat history, uptime statistics, public status pages and notification channels
  • Zero-trust security from first boot: every instance generates its own unique administrator password, database password and cache password automatically, mints fresh session signing keys into an empty database, and closes self registration so nobody can claim the administrator account. No default credentials ever apply and no secret ships in the image
  • Hardened topology with only SSH and the web interface exposed: the API, PostgreSQL and Redis stay on loopback or inside a private container network behind nginx, stateful data lives on a dedicated independently resizable EBS disk, and every deployment is backed by 24/7 cloudimg support

See it running

Real screenshots taken while testing this image against its deployment guide.

Peekaping Uptime Monitor screenshot 1 Peekaping Uptime Monitor screenshot 2 Peekaping Uptime Monitor screenshot 3

Description

This is a repackaged open source software product wherein additional charges apply for cloudimg support services.

Overview

Peekaping is an open source, self-hosted uptime and status monitoring system and a modern alternative to Uptime Kuma. It watches your websites, APIs, TCP services, DNS records and more, records a heartbeat history for each check, calculates uptime statistics over time, publishes status pages your users can subscribe to, and sends alerts through notification channels, all from a clean web interface running inside your own AWS account rather than a hosted service. This image delivers Peekaping fully installed and running as the official upstream container stack, so a working monitoring console is serving within minutes of launch.

Why This Image Instead of Self-Deployment

Deploying Peekaping by hand means installing Docker, wiring up an eight-container Compose topology, standing up PostgreSQL and Redis, generating secrets, configuring a reverse proxy and solving the first-run administrator race before an attacker does. This image removes that burden: every component is pre-configured and tested, all secrets and the administrator account are generated automatically on first boot, stateful data lives on a dedicated resizable disk, and the full stack starts on boot via systemd. You skip hours of setup and go straight to adding your first monitor.

What Is Included

Peekaping 0.0.46, the MIT licensed self-hosted release, with every container pinned by image digest rather than a floating tag. A bundled PostgreSQL and Redis, pinned by digest and reachable only inside a private container network, never on a host port. Docker Engine with the Go API and the React web interface bound to the loopback interface behind nginx on port 80. A unique administrator password, database password and cache password generated per instance on first boot, plus fresh session signing keys minted into a brand new database. Self registration is closed on first boot, so nobody can claim the administrator account on your instance.

Application Stack

The appliance runs the official Peekaping topology under a single systemd service: a Go API and socket.io server, a monitor scheduler, a check worker and a heartbeat ingester, a React single-page web interface, a one-shot database migrator, and a bundled PostgreSQL database and Redis queue. Host nginx on port 80 is the sole public entry point and routes API and socket.io traffic to the loopback API while serving the web interface same-origin. Every stateful Docker volume, the database, the cache and the pinned images, lives on a dedicated, independently resizable EBS data disk kept separate from the operating system disk.

Secure First Boot

Peekaping accepts a registration only while no administrator exists, which on a public server is a race an attacker can win. This image closes it: on the first boot of your instance, before the port is reachable, a unique administrator is created with a per-instance password, and the image then verifies that a further registration attempt is refused. No shared or default password ships in the image, the database initialises empty, and the session signing keys are unique per instance. The administrator credentials are recorded in a file that only the root user can read.

Ready To Use

Retrieve the generated administrator password over SSH, open the console in your browser, and sign in to add your first monitor, watch its heartbeat history and uptime, and publish a status page. The unauthenticated health endpoint also serves as a probe for load balancer and uptime checks.

cloudimg Support

24/7 technical support by email and chat. Our engineers help with deployment, reverse proxy and TLS termination, notification integration, backup and storage planning, and scaling. Note that upstream describes Peekaping as beta software under active development.

All product and company names are trademarks or registered trademarks of their respective holders. Use of them does not imply any affiliation with or endorsement by them.

Related technologies

uptime monitoringstatus pagepeekapinguptime kuma alternativeself hostedwebsite monitoringheartbeatobservabilityhttp monitordns monitornotification alertsdocker compose amistatus monitor