5eves: Managed WordPress Hosting on Kubernetes

Our sister brand. A managed hosting platform that provisions isolated WordPress sites on a Kubernetes cluster, with an AI-assisted theme builder on top. We designed it, built it and run it.

Send enquiry View it live ↗
Kubernetes
Multi-tenant cluster
API
Automated site provisioning
AES
Encrypted credential storage

5eves is CloudyWP’s sister brand, not a client. It is listed here because running it is the clearest evidence of what we can build, not to imply an external engagement.

Client
5eves
Industry
Managed hosting platform
Scope
Platform architecture, build & operations

Australian team

Based here, working your hours, not a timezone away

144+

projects delivered

Over 10+ years building and maintaining sites for Australian businesses

One developer, start to finish

The same person every time: no re-explaining your site

Straight answers, on your terms

We only take work we can finish. Ask us anything first: no obligation

The challenge

  • Provisioning a real, isolated WordPress site on demand is a very different problem from deploying one site: it has to happen without a human touching the cluster.
  • Multi-tenancy means one customer’s site must not be able to reach another’s, while still sharing infrastructure economically.
  • Every provisioned site generates credentials that have to be stored and retrieved without ever sitting in plaintext.
  • Selling capacity you do not have is how hosting platforms fail; capacity has to be enforced in code.
  • Running WordPress behind a proxy introduces HTTPS detection problems that surface as admin redirect loops rather than as clear errors.

What we built

  • Built on Kubernetes, with the whole platform defined as versioned manifests rather than hand-configured servers.
  • An API service provisions customer sites programmatically against the cluster, so a new site is an API call rather than a support ticket.
  • Studio, the AI-assisted theme builder, runs as its own service with persistent storage, so design work survives restarts.
  • Shared Redis and MySQL services back the tenant sites, keeping per-site cost down without giving tenants access to each other.
  • Every stored site credential: SSH, SFTP and the rest: is encrypted at rest behind a platform key.
  • A capacity gate governs how many sites can be sold against real cluster capacity, enforced in configuration rather than tracked by hand.
  • Traefik handles ingress, with HTTPS forced explicitly at the application layer because the proxy resets the header WordPress would otherwise rely on.

The result

  • A working multi-tenant hosting platform running isolated WordPress sites on Kubernetes.
  • Site provisioning is automated end to end through the API.
  • AI-assisted theme building available to customers as part of the product.
  • Credentials encrypted at rest; capacity enforced rather than estimated.

What this means for you

Automating a task takes a person out of it, so the code has to enforce the rules that person would have followed: tenants kept apart, credentials encrypted, and no more capacity sold than exists.

Faults behind a proxy often look like something else. A reset HTTPS header shows up as an admin redirect loop rather than a clear error, which is why HTTPS is forced at the application layer.

Defining the platform as versioned manifests means it is changed through reviewed files rather than by hand on a server.

If you need something like this

If you want your WordPress site looked after rather than a platform of your own, our WordPress maintenance plans cover updates, backups and fixes. If you need infrastructure built for a product, talk to our custom web development team.

Got something similar?

Tell us what is happening and we will come back with a fixed quote and a timeline.

Get in touch

We build websites that earn their keep (fast, custom, and yours outright) then automate the work around them, so your business spends its hours on customers instead of admin.

Get in touch

From first call to live: four steps, no surprises.

Every CloudyWP project runs the same way, whether it is a one-page site or a store with a thousand SKUs. Here is exactly what happens.

01

We map what you actually need.

A single scoping call, then a written plan: what gets built, what it costs, and when it ships. No discovery-phase invoices, no moving targets.

  • Free scoping call
  • Written scope document
  • Fixed price, no hourly creep

48 hrs to your quote

02

We design and build it properly.

Custom WordPress or Shopify on clean code you own outright. Every build ships fast, passes Core Web Vitals, and is handed over documented.

  • Design signed off before build
  • Core Web Vitals passed
  • Full code ownership

95/100 average PageSpeed

03

We automate the busywork.

Your site talks to the tools you already run: CRM, invoicing, email, stock. The repetitive admin stops being someone's job and starts running itself.

  • CRM & invoicing connected
  • Stock and orders in sync
  • Alerts when something breaks

15 hrs saved every week

Get in touch