Cloud VPS 6 GB
Most popularA webhook service with real headroom for retries and delivery history.
$24.99per month
- 6 GB RAM
- 4 vCPU cores
- 100 GB NVMe SSD
- 30 TB
- Unlimited
Deploy Svix hosting and run your own signed webhook delivery service, instead of routing every outbound event through a third-party webhook platform. xCloud runs the pinned Svix Server v1.101.0 image with a private PostgreSQL 17 behind PgBouncer and a private Redis queue, generates the secrets and publishes the API over HTTPS. You then create your first API token from the site terminal.
Svix is a webhook service: upstream says developers make one API call and Svix takes care of deliverability, retries, security and more. The server accepts messages over an authenticated API, signs outgoing payloads, retries failed deliveries and records delivery attempts, and official client libraries cover many languages. A self-hosted Svix is the alternative to a hosted webhook service, with the server released under the MIT licence.
On xCloud it is Svix Server v1.101.0 with PostgreSQL 17.6, PgBouncer 1.24 and Redis 7.4, all pinned by digest, on two persistent volumes. There is no admin screen: Svix is an API. You generate the first Bearer token yourself with svix-server jwt generate from the site terminal, and xCloud does not create or display one. MAIN_SECRET and JWT_SECRET must stay stable.
Self-hosting a webhook delivery service normally means an application server, a pooled database connection, a queue for retries, a reverse proxy and a domain and certificate before a single event is delivered. This is the same result without assembling any of it.
Step 01
Create your xCloud account and pick Svix from the OneClick catalog. Choose your domain — there are no other installation fields to fill in.
Step 02
One click. We bring up the official Svix Server v1.101.0 image alongside a private PostgreSQL 17.6, PgBouncer and a private Redis, all four pinned by immutable digest, mount the svix_postgres_data and svix_redis_data volumes, generate your database and secret values, and publish the API over HTTPS on your domain.
Step 03
Open your site's terminal and run svix-server jwt generate to create your first Bearer token, store it in a secret manager, then create an application and endpoint over the API. Send a synthetic webhook to a receiver you control and confirm the signed delivery attempt succeeds.
Svix runs in full here — signed webhook delivery, retries, endpoints and delivery history, on infrastructure you control.
Every outbound webhook is signed, so receivers can verify it actually came from your Svix instance before trusting the payload.
Failed deliveries are retried automatically according to Svix's retry schedule, backed by the private Redis queue provisioned for you.
Manage webhook applications, their endpoints and the event types they subscribe to, all through the authenticated API.
Every delivery attempt is recorded, so you can inspect what was sent, whether it succeeded, and why a retry happened.
Application data lives in PostgreSQL behind a dedicated PgBouncer connection pool — neither is exposed on a public port, only the Svix API is.
Access is controlled entirely by Bearer tokens you generate yourself from the server, not by a web login xCloud creates for you.
Managed hosting for Svix, so the parts that keep it online are not your problem.
Make one API call per event and let Svix sign the payload, deliver it and retry failures, instead of writing that logic yourself.
Create applications and endpoints per customer through the API and give them delivery logs to debug their own receivers.
Run the delivery service on your own server so message contents and endpoint secrets never pass through a third party.
Use Svix's client libraries to send messages and to verify the signature of incoming webhooks in many languages.
Dedicated Cloud VPS sizes, pre-configured for Svix and its private PostgreSQL, PgBouncer and Redis services. Pick the one that fits, and resize any time.
A webhook service with real headroom for retries and delivery history.
$24.99per month
Higher webhook volume and a larger retry backlog.
$59.99per month
Svix alongside a whole self-hosted platform.
$84.99per month
Every size is a dedicated Cloud VPS we provision, patch, monitor and restore. Billed monthly with no lock-in — delete the server and the unused balance comes back to your account. Svix Server itself is free under the MIT license.
Connect any VPS — DigitalOcean, Vultr, Linode, AWS, Hetzner or bare metal — and deploy Svix on it through the same panel, for a per-server management fee instead of a Cloud VPS rental.
Start your journey without cost.
$0forever
Your rate with 2–5 servers connected.
$5per server / month
The same platform, discounted at 6–10 servers.
$4per server / month
The same platform, discounted at 11+ servers.
$3per server / month
Priced per connected server, so your rate adjusts automatically as you add or remove servers. You pay your own provider for the server itself.
Svix on xCloud runs on a dedicated Cloud VPS that we provision, patch, monitor and restore. Deploy faster. Own the server. Stay in control.
Deploy faster using an xCloud Managed Server built with optimized stacks and high-speed SSDs.
Protect your infrastructure with a free SSL certificate and more advanced security features at no additional cost.
From Server creation to application deployment, everything can be managed from our intuitive control panel.
See why agencies, developers, startups, and growing businesses choose xCloud to power their projects.
xCloud works really well, I am surprised by its performance being this the release version, I have tried many paid platforms such as runcloud, cloudpages or serveravatar, as well as free platforms such as CyberPanel, CloudPanel or Hestia Control Panel and direct competitors such as SpinupWP and FlyWP. Of all those that I have tried, the platform that works best for WordPress is SpinupWP and I believe that xCloud can reach and surpass that development, its roadmap is promising. Congratulations to the xCloud team, I hope they become the leading platform in the segment, it has all the potential to achieve it!
Brian GeovannyI've been with runcloud for the last 3 years. However, after trying xcloud for the last month, I'm switching over. They are on a roll with their setup.
Kevin PinedaI'm moving my servers to xCloud, a cloud control panel by M Asif Rahman and the WPDeveloper team. Their roadmap looks interesting and no, there are no team mates nor API limits with xCloud! #xCloud #wordpress #hosting
Leo KooHow Cloud Nine Web Elevated Client Experience While Streamlining Hosting Operations using xCloud
Ed EllinghamxCloud is like having an expert server team on call — without the big agency costs. It's given me back my time and given my clients peace of mind. Highly recommended for freelancers and small teams who want reliable performance and security.
Dumitru ButucelxCloud isn't just a solution. It's like one of that friend who got your back when you screw things up pretty bad.
Waqar AhmedTrust me when I say, once people explore the potential of xCloud they gonna switch from other panels, just keep delivering the best tech, lots of love for the team 😍😍
Rahul SinghSo far my experience has been smooth like silk. I didn't imagine that configuring and managing a VPS would be so easy. As of today, I have deployed 8 sites. The support is good, and they treat users with respect, even if they ask stupid questions (myself included). For the future, I hope for greater flexibility in scheduled backups and more comprehensive and consistent documentation. I'm sure that within a few months, xCloud will become the leader in its segment. This community is amazing, and the Staff here is super helpful.
Massimo VillaCame from cloudways then to runcloud then to xcloud. Looks like I'm staying here.
Gerson ElI've recently taken all of my Vultr-hosted sites and gotten rid of cPanel for them to substitute it with xCloud. I have to say, I'm really impressed with xCloud so far! The interface is definitely the standout feature for me.
Tony LewisI came from Cloudways and won't go back. Highly impressed with xCloud. Glad I gave them a chance.
Jared McDowellI like xCloud better than RunCloud, but one thing I'll point out is that some years ago RunCloud was hungry for business, the support was outstanding, and the community was active and helped each other. Maybe it was sold, there was a change in management, or they stopped being hungry, but the quality of the RunCloud offering declined and it hasn't been moving forward quickly. My point is that currently the xCloud team has the edge and it is theirs to keep or lose
David McCanHow Kevin Heinrichs Cut Hosting Costs by 84% While Running WooCommerce & Node.js Sites Efficiently
Kevin HeinrichsI had 150 sites on cloudways and am in the process of moving them to xcloud. Much faster and better priced.
Dan SpinozaDear xCloud Team, I have been using xCloud for some time now and am genuinely impressed with its capabilities and the flexibility it offers by allowing users to bring their own VPS for management. It's a fantastic service, and my experience so far has been very positive. Successful migrated 5 sites on a single server. Xcloud migration tool worked great. There were few hiccups with security plugin like MalCare but disabling the plugin prior to migration worked just fine.
Rahil MaknojiaCame from runcloud. Tried xcloud and never came back.
Karl FanegaHow Advanced Web Strategies Saved Over $2,000 & Recovered 56 Hours per Month Managing 70+ Client Websites
Gary MoodyxCloud gave me what no other hosting platform could: the flexibility of a VPS with the convenience of managed WordPress. As a solo founder running an entire business on one server, that combination is an important unfair advantage.
Jorge de los Reyes MartínezI use Server Avatar and xCloud and I'll sooner use xCloud than Server Avatar personally.
Jay PaganoHow Newman Web Solutions Ensured Perfect Uptime and Seamless Scaling For 120+ WordPress Sites with xCloud
Lori NewmanI too have moved over to xCloud. It's pretty sweet. One click n8n and uptime Kuma apps
John ApertureI went from Cloudways to xCloud. No intention on switching in the foreseeable future.
Blaine MooreFeel free to contact us with any questions or concerns you may have.
Yes. Upstream publishes svix-server as a Docker image, and this template is Svix Docker hosting assembled for you: the server, PostgreSQL, PgBouncer and Redis pinned by digest, two volumes, generated secrets and HTTPS. It is your own Svix cloud webhook sender with the stores kept private.
The template asks for 2 GB of memory, 2 vCPUs and 10 GB storage for Svix alongside PostgreSQL, PgBouncer and Redis. We start at the 6 GB plan here, which gives headroom for what the app itself needs.
The server is MIT-licensed, so self-hosting it carries no software fee. xCloud bills the Cloud VPS, cancellable any time. Svix also sells a hosted service, which this self-hosted setup replaces. Message contents and endpoint secrets stay on your own server.
There is no login screen and no administrator account. After installation, open the site terminal and run docker exec svix-SITE_NAME svix-server jwt generate, using your site's container name, to create a Bearer token yourself. Store it securely, because it grants API access.
MAIN_SECRET is the generated value that encrypts sensitive application data inside Svix. It must stay stable on an existing install, because changing it makes previously encrypted data unreadable. Back it up alongside both persistent volumes, in a secrets manager.
JWT_SECRET is the generated value Svix uses to sign the Bearer tokens it issues. Changing it invalidates every API token issued so far, so treat it as stable unless you intend to force every integration to authenticate again with a fresh token.
Upstream lists official libraries for languages including Python, JavaScript, Rust, Ruby, Java, Kotlin, C#, PHP and Go, covering API calls and webhook verification. Point them at your HTTPS address with the Bearer token you generated from the site terminal.
Yes, but rotate it inside PostgreSQL first, then update the matching value in xCloud's environment configuration and redeploy. Never change only one side of the credential, or Svix loses its database connection and queued deliveries stall.
Back up svix_postgres_data and svix_redis_data together, along with your MAIN_SECRET and JWT_SECRET from a secrets manager. PostgreSQL holds applications, endpoints, messages and delivery history, and Redis holds queue state. Use a PostgreSQL-consistent method and test a restore.
The install stays on pinned v1.101.0 and its supporting images until you adopt a newer template version. Back up both volumes and both secrets, read the Svix and PostgreSQL migration notes, then redeploy and send a test webhook. Nothing upgrades automatically.
Yes. There is no lock-in — cancel any time. Hosting is billed monthly and charged for what you actually use, so when you delete the server the unused balance is refunded to your account, less up to 10% in payment-processing fees.
Connect your first server in minutes. No plan you have to grow into.