Buildwithout being owned by your infrastructure.
A managed platform with explicit, portable workload boundaries that can evolve with your application, enterprise, and sovereignty requirements.
Four steps from source to a running service.
Connect a repository, build an image, deploy it, and watch it. Glenr keeps the workflow the same across every app.
replica 1
replica 2
replica 3
Requests / minute
1,284
p95
84ms
errors
0.04%
replicas
3
Apps, databases, and observability, wired together.
An account contains a Kubernetes cluster; the cluster contains an isolated namespace; the namespace contains the software you deploy. Glenr names those layers Organisation, Group, cell, and Workload.
Group · A Kubernetes cluster
hetzner-eu
Shared on Bronze. Dedicated from Silver.
cell · An isolated Kubernetes namespace
default
The Bronze ownership and workload-isolation boundary.
Workloads · An app, database, or function
Auxiliary infrastructure
Cell isolation
Every Bronze Organisation receives a cell that maps 1:1 to a Kubernetes namespace, with network policy enforcing the boundary.
Bronze billing
CPU and memory are metered by the hour on Bronze. Dedicated and customer-owned tiers use different contracts.
Autoscaling
Set minimum and maximum replicas. Glenr adjusts capacity within those bounds as demand changes.
Private networking
Private DNS and service discovery connect apps and databases inside the cell.
One workload spec. A documented exit.
Every app is stored as an open CNCF Score file and built as a standard OCI image on vanilla Kubernetes. Glenr manages the runtime; the workload definition remains portable.
In practice
Runtime included
Cluster lifecycle, the deploy pipeline, observability, and the incident path are Glenr's job on managed landing zones. Billing follows the tier contract, not ticket volume.
Nothing proprietary
Inspect the exact manifests Kubernetes applies, or hand the same Score file to a different operator. Nothing here depends on Glenr-specific tooling to keep running.
Placement stays explicit
Region, infrastructure operator, and ownership boundary are stated plainly per workload. Specific residency requirements can be discussed before deployment.
Product tiers
The boundary moves outward.
The ladder runs from an isolated environment to dedicated clusters, a customer cloud account, and customer hardware. The workload format stays the same.
- 01Live today
Bronze
A cell
An isolated namespace on a shared cluster
Billing
Metered vCPU and memory usage, net of credits
- 02Contact sales
Silver
One Group
One dedicated Kubernetes cluster
Billing
Fixed monthly base plus metered overage
- 03Contact sales
Gold
Multiple Groups
Several dedicated Kubernetes clusters
Billing
Custom commercial terms
- 04Contact sales
Diamond
Groups in your cloud account
Kubernetes clusters in a cloud account you control
Billing
Platform fee; no infrastructure usage invoicing
- 05Contact sales
Platinum
Groups on your hardware
Kubernetes clusters on hardware you control
Billing
Licence plus support; no usage invoicing
Get started
Deploy your first service.
Create an Organisation and deploy into its Bronze cell from a repository or container image. New accounts include deployment credit, with no card required.
