ShardlyHQ
Technology

Six layers, all of them ours.

From the cabinet to the file editor, Shardly runs a stack it owns end to end. This is what that actually consists of.

12 ms
Gateway round trip

Median from the Frankfurt region, probed hourly and published.

99.9%
Platform uptime

Rolling twelve months, excluding customer-caused downtime.

3
Independent regions

A failure in one facility does not take the backup vault with it.

EU
Data residency

Workloads, backups and logs stay inside the European Union.

01The stack

What sits between you and a running process.

Each layer is either hardware we bought or software we wrote. Nothing in this list is a rebadged third-party product.

01

Hardware

Ryzen 9 compute with NVMe storage, bought outright and racked by us. Cores are not oversold: when a plan says it gets a core, that core is not also being promised to four other tenants during your busiest hour.

Ryzen 9
NVMe
ECC memory
Owned outright
02

Network

Our own switching in every facility, with a short path from Frankfurt to Discord's European gateway. Round-trip time is probed hourly from inside the region and published, rather than quoted from a launch-day benchmark.

12 ms median RTT
Hourly probes
In-house switching
03

Control plane

The dashboard, the in-browser file editor, the console and the deploy path are written here. There is no third-party panel between you and your server, so an edge case becomes a commit instead of a support escalation.

In-house panel
Live editor
Git import
Per-shard logs
04

Shard supervisor

Liveness is measured from gateway heartbeat acknowledgements rather than process state, so a shard that is up but deaf gets replaced. Restarts are budgeted per shard so a reconnect storm cannot inflict its own rate limit.

Heartbeat liveness
Restart budgets
Automatic reshard
05

Storage and backups

Backups are encrypted, versioned, and written to a vault in a different region from the workload they protect. Restores are tested on a schedule, because a backup nobody has restored is a rumour.

Encrypted at rest
Offsite vault
Tested restores
06

Identity and access

Passkeys and TOTP, session revocation, and staff access that is scoped and logged. The parts that must never be interesting are deliberately the least interesting parts of the stack.

Passkeys
TOTP
Scoped staff access
Audit log
02Compatibility

Bring whatever you were already using.

Runtimes, databases and tooling the platform speaks natively. Nothing here needs a support ticket to enable.

Node.js
Python
Discord API
PostgreSQL
Redis
Docker
Git deploy
Debian
Bun
NVMe
Let's Encrypt
S3 backups
03Regions

Three German sites, one jurisdiction.

Every region is hardware Shardly bought and racked. We can tell you what is in a cabinet because we put it there.

RegionCodeRole
Frankfurt am MainFRA1Compute + gateway edge
FalkensteinFKS1Compute + object storage
NurembergNBG1Compute + backup vault

Latency figures are measured from inside each region against the live gateway, once an hour. Nothing on this page is a launch-day benchmark.

An engineer patching a network switch
FRA1 · Switching
A close-up of a server mainboard
Terminal windows filling a monitor
“If the customer has to tell you your platform is broken, the monitoring was decorative.”
PE

Platform engineeringShardly

Every restart writes a reason to the customer-visible log. Every incident gets a public note on the status page, including the ones nobody noticed. We would rather publish an unflattering timeline than let somebody guess.

Want the detail behind a number?

Everything on this page is measured rather than estimated. If you need the method, the window or the raw figure for a review or a story, ask and we will send it.