Coming soon from Axenara

Know before they do.

Monitoring, status pages and incidents in one place. The first to know your systems slipped should be you, not your customers.

One message when we open the doors. Nothing else.

Monitoring · Status pages · Incidents · SLA, in one place
15s
How often every monitor is checked, around the clock
Append-only
Uptime sealed into a ledger that can't be quietly edited
Your domain
Status pages on your own URL, in your own brand
One bill
The whole lot together, with no per-tool maths
How it works

Three steps, then it just watches.

No agent to install, no week of setup. Point it at what matters and VoyagerLog takes it from there.

STEP 01

Add what to watch

Drop in a URL, a host, an endpoint or a cron heartbeat. Set how often and from where. That's the setup done.

STEP 02

We keep checking

Every fifteen seconds, day and night. The moment a check fails or slows, an incident can open on its own and the right people hear about it.

STEP 03

They see the truth

Your status page updates itself, subscribers get told, and every figure is sealed so the history stands up later.

One platform

Four tools' worth of job, one place.

Most teams bolt a monitor onto a status page onto an incident tool, then hope the seams hold during an outage. VoyagerLog is the lot, built as one.

+A monitoring tool
+A status page service
+An incident tool
+A spreadsheet of SLA numbers
becomes
VoyagerLog

One workspace. One bill. No seams for an outage to slip through.

  • Detect, post and report from the same place
  • One incident updates the page and every subscriber
  • SLA figures that come from the monitoring, not a guess
A closer look

Open up each part.

Click through the pieces. Same data underneath, four jobs done without leaving the workspace.

Checks that catch the slow before the down.

Watch a page, an API, a port, an SSL certificate or a cron job that's meant to run. Not just up or down, but whether it answered the way it should, fast enough, with the right content.

  • Every kind of check. HTTP, HTTPS, keyword, ping, port, SSL expiry and cron heartbeats.
  • Assertions, not just a pulse. Set what a healthy response looks like and fail the check when it isn't met.
  • Checked every fifteen seconds from more than one place, so a blip isn't mistaken for an outage.
NEW MONITORacme
GET https://api.acme.io/health
every 15sLondonFrankfurtNew York
status code is 200
response under 500 ms
body contains "ok"
200 · 142 ms · all assertions passed · checked just now

A page your customers trust at a glance.

Fast to load and easy to read, on your own domain and in your own colours. Group components, hide the ones you'd rather not show, and let people subscribe so they hear from you first.

  • Your domain, your brand. status.yourcompany.com with your logo and palette, not ours.
  • Public or private. Open to the world, or locked to the customers who should see it.
  • Ninety days on show. History sat in plain sight, so the page answers the question before it's asked.
status.acme.io● operational
Website99.99%
API99.94%
Dashboard99.81%
Subscribe to updates

One update, everywhere it needs to go.

Open an incident, mark what's affected and how bad it is, write once. The status page, the timeline and every subscriber move together. When it's over, the write-up is already half done.

  • Severities and affected components so people see exactly what's hit and how serious it is.
  • A timeline that writes itself from your updates, ready to become the post-incident review.
  • Scheduled maintenance too, posted ahead of time so planned work never looks like an outage.
NEW INCIDENT● investigating
API latency above threshold
MinorMajorCritical
API
Investigatingresponse times elevated · 14:02
Identifiedslow database query · 14:09
Monitoringfix deployed, watching · 14:18

SLA numbers that came from the watching.

Uptime per component over any window, measured against the targets you've set, ready to export. Not a figure typed into a slide, a figure pulled from the sealed record.

  • Target against actual, per component, so an SLA breach is obvious and a clean month is provable.
  • Export and send a tidy report a customer or a contract can lean on.
  • Backed by the ledger, so the numbers in the report match the numbers that were sealed.
SLA REPORTlast 30 days
99.98%SEALED
Websitetarget 99.9%99.99%
APItarget 99.9%99.94%
Dashboardtarget 99.5%99.81%
Mail relaytarget 99.9%100.0%
When it matters

The right people, the right way.

Alerts to your team the second a check fails, and updates to your customers the moment you post. You pick the channel for each.

Email
Team and subscribers
Slack
Straight to the channel
SMS
For the ones who must hear
Webhook
Into your own tools
On-call
Whoever's holding the pager
The part nobody else does

Uptime you can actually prove.

Most status tools keep uptime in a database anyone with access can quietly edit. Ours can't be, not even by us.

  • Every check is sealed the moment it lands, written into an append-only ledger that's cryptographically chained, one entry to the next.
  • Change one figure and the chain breaks. Tampering shows the instant the ledger is verified, so the record stays honest.
  • A summary can't exist without its seal. The day's uptime and its proof are written together or not at all.
UPTIME LEDGERverify: ok
The customer view

They hear it from you.

A status page that looks like it belongs to you, with ninety days of history in plain sight. The page that answers the ticket before it's raised.

Acme Ltd
All systems operational
Website99.99% uptime
API99.94% uptime
Dashboard99.81% uptime
90 days agoupdegradeddowntoday
RESOLVED
API latency above thresholdElevated response times traced to a slow database query. A fix was deployed and timings returned to normal. Full write-up posted to subscribers.
In the box

What you get, spelled out.

No tier where the basics are held back. The pieces that make a status tool actually useful, all in.

Monitoring

  • HTTP, HTTPS and keyword checks
  • Ping, port and SSL expiry
  • Cron and heartbeat monitors
  • Response time and assertions
  • Checks from more than one region

Status pages

  • Your own domain and branding
  • Component groups
  • Public or private pages
  • Ninety days of history on show
  • Subscriber sign-up

Incidents

  • Severities and affected components
  • Self-writing timeline
  • Post-incident write-ups
  • Scheduled maintenance windows
  • Auto-open on a failed check

Alerts

  • Email and SMS
  • Slack and webhooks
  • On-call routing
  • Per-channel rules

Reporting

  • Uptime per component
  • Target against actual SLA
  • Exportable reports
  • Sealed, verifiable history

The platform

  • Tamper-evident uptime ledger
  • Strict tenant isolation
  • One workspace, one bill
  • Built and run by Axenara
The honest version

The usual setup, and ours.

Nothing against the tools you might be stitching together. They just weren't built to work as one.

The usual setup
VoyagerLog
Tools to run
Three or four
One
Bills to track
Several
One
When something breaks
Post by hand, once you notice
Caught, then posted in one place
Telling customers
Copy across channels
Post once, everyone told
Uptime numbers
Editable in a database
Sealed and verifiable
SLA reporting
A spreadsheet
Built in
Why we built it

We needed this for ourselves first. Axenara runs hosting and sites for our own clients, and we wanted one honest place to watch all of it and prove it stayed up. Nothing on the market did the proving, so we built VoyagerLog. Before it goes to anyone else, it watches our own services and earns its keep. If it isn't good enough to run our business on, we won't put it near yours.

AAxenaraLondon, building VoyagerLog
Before you ask

The fair questions.

When can I actually use it?

VoyagerLog is in active development and already running on our own infrastructure. We're putting it to work watching Axenara's own services first, and it only opens to customers once it's proven there. Leave your email and we'll tell you the day that happens. We won't put a date on it that we can't keep.

Who's behind it?

Axenara, a web and IT studio in London. VoyagerLog is one of a small family of products we build and run, alongside the hosting and sites we look after for clients.

Can I put it on my own domain?

Yes. Status pages live on your own URL, in your own brand. The page your customers see is yours, not ours wearing a badge.

What does "uptime you can prove" really mean?

Each check is sealed into an append-only ledger, chained one entry to the next. Alter any past figure and the chain no longer verifies, so the history can't be quietly rewritten, by anyone. Your SLA numbers come from that sealed record.

How will pricing work?

It isn't fixed yet, so we won't pretend otherwise. The aim is plain and predictable, without the per-subscriber surprises this category is known for. Join the list and you'll be among the first to see it.

Can I move over from another tool?

That's the plan. When you join the list, tell us what you're on now and we'll factor it in as we build the way in.

Coming soon

Be first off the pad.

VoyagerLog is on the way. Leave your email and we'll let you know the day it opens up. That's the only reason we'll write.

Built and run by Axenara in London.