RShift Sites is designed to be the easiest, fastest, and most enjoyable way to build production-ready applications.
It provides a high-quality AI agent, a visual editor, preview environments, and fully managed infrastructure so you can focus on building, not operating systems. For what that hosting means in practice, see How RShift Sites hosts your app.
RShift Sites is intentionally built so that you are never locked in. You can export your code, migrate your data, self-host parts or all of your stack, or move to another provider at any time. We want you to stay with RShift Sites by choice, never by necessity.
Key principles
- You own your code.
All RShift Sites projects can be continuously synced to a Git repository at any time using Git sync. You can clone your repository, modify it outside RShift Sites, deploy it on your own infrastructure, or fully self-host without restriction. - You own your data.
Your database, storage, and configuration are portable. You can export schemas and data, migrate to another provider, or run everything on infrastructure you control. RShift Sites does not rely on proprietary data stores. - RShift Sites is built on open source technologies.
Everything runs on open standards and open-source technologies. Applications are standard Vite + React projects that can run on major cloud providers (AWS, GCP, Azure), managed hosting platforms, or self-hosted infrastructure. No proprietary frameworks, no hidden dependencies. - We earn your trust through quality, not control.
RShift Sites hosting is optimized for speed, simplicity, and reliability. If your requirements change, you can move without friction. That freedom is intentional.
What you get with RShift Sites hosting
While RShift Sites is designed to work with many hosting and infrastructure setups, RShift Sites’ own hosting and built-in backend (Cloud) are where the platform delivers the most value, especially during active development and iteration.
When you host on RShift Sites, development, previews, and production operate together in one integrated environment.
You focus on building. We handle the platform.
Running your app on RShift Sites provides:
- AI-assisted development tightly integrated with your application
- Visual editing and real-time preview environments
- Production hosting with custom domains, automatic SSL, and global delivery
- Automatic deployments and environment management
- Fully managed backend, databases, and infrastructure
- Built-in authentication and data isolation
- Integrated integrations and secrets management
- Managed AI provider access for runtime features
- Automated security scanning and compliance-ready infrastructure (SOC 2 Type 2 and ISO 27001 certified)
- Minimal operational overhead
What changes if you stop using RShift Sites
If you stop using RShift Sites entirely (editor, agent, previews, and hosting), RShift Sites no longer manages your development and deployment workflow.
You will be responsible for:
- Configuring and maintaining development environments and debugging workflows
- Building and managing CI/CD pipelines and release processes
- Operating production infrastructure, SSL certificates, CDN configuration, and scaling
- Running databases, storage systems, backups, and access controls
- Implementing authentication and enforcing data isolation policies
- Managing OAuth flows, secrets, and external API integrations
- Managing AI provider accounts, credentials, billing, and rate limits
- Maintaining security audits, monitoring, and compliance posture
This is simply the operational boundary of moving off a fully managed platform.
How RShift Sites fits into your stack
Applications built with RShift Sites consist of three independent parts:
| Part | Default | Can also run on |
|---|---|---|
| Code | Managed in RShift Sites, synced via Git sync | Any Git-based workflow |
| Frontend | RShift Sites hosting with custom domain support | Managed providers (for example, Netlify, Cloudflare Pages, S3 + CDN), or self-managed infrastructure (containers, virtual machines, or Kubernetes) |
| Backend and data | Built-in backend (Cloud) | Managed Supabase, self-hosted Supabase, or other PostgreSQL-based backends with equivalent auth, storage, and edge services |
RShift Sites can host both the frontend and backend, but you can move either part independently to managed platforms or your own infrastructure.
RShift Sites platform compatibility
RShift Sites applications are standard Vite + React projects built on open-source technologies. The frontend can be deployed to infrastructures that support Node.js builds and static file hosting, including:
- Amazon Web Services (AWS):
Static hosting + CDN (S3 + CloudFront), container services (ECS), managed Kubernetes (EKS), application hosting (Amplify) - Google Cloud Platform (GCP):
Static hosting + CDN (Cloud Storage + Cloud CDN), container services (Cloud Run), managed Kubernetes (GKE) - Microsoft Azure:
Static site hosting (Static Web Apps), container services (Azure Container Apps), managed Kubernetes (AKS) - Self-hosted infrastructure:
Containers (Docker), Kubernetes clusters, virtual machines running Nginx or Apache - Managed frontend hosting platforms:
Netlify, Cloudflare Pages, Vercel
If your project uses the built-in backend (Cloud), it can stay there while you host the frontend anywhere. Moving frontend hosting does not require architectural changes.
If you need to move your backend, we support migrating to managed Supabase and self-hosted Supabase. Some built-in backend features aren’t available on an external backend.
While the underlying database is PostgreSQL, RShift Sites applications rely on Supabase-specific services such as authentication, storage, realtime, and edge functions. Migration to plain PostgreSQL or other database providers would require implementing equivalent authentication, storage, and edge services and is not supported out of the box.
Common deployment and hosting setups
Most people end up in one of these configurations:
Everything on RShift Sites (recommended)
- Preview and production hosted on RShift Sites
- Backend and frontend fully managed by RShift Sites
- Custom domains fully supported
- No infrastructure setup or maintenance required
Best for most applications.
RShift Sites + managed platforms (hybrid)
- RShift Sites used for development, previews, and tooling
- One or more production components deployed to managed services:
- Managed backend (for example, managed Supabase, or cloud-managed PostgreSQL combined with your own authentication, storage, and backend services)
- Managed frontend hosting platforms (for example, Cloudflare Pages, Netlify, or cloud-provider static hosting)
- Your Git provider used as the bridge between RShift Sites and production
Best for those with specific backend or compliance requirements.
Fully self-managed infrastructure (advanced)
- Code synced via Git sync
- Backend services and database run on infrastructure you operate (for example, self-hosted Supabase, or managed PostgreSQL combined with your own authentication, storage, and edge services)
- Frontend deployed via containers, VMs, or internal platforms
- RShift Sites may still be used for development, or development can fully move to other tools
Setup comparison
| Setup | Code | Frontend | Data | Backend |
|---|---|---|---|---|
| Everything on RShift Sites (recommended) | Managed in RShift Sites (Git sync optional) | Fully managed by RShift Sites with custom domain support | Fully managed by RShift Sites | Fully managed by RShift Sites |
| RShift Sites + managed platforms (hybrid) | Two-way sync between RShift Sites and your Git repository | Hosted by your chosen platform (for example, Netlify, Cloudflare Pages, S3 + CDN) | Hosted by your chosen provider (typically managed Supabase) | Hosted by your chosen provider (managed Supabase or equivalent backend services) |
| Fully self-managed infrastructure (advanced) | Your Git repository (RShift Sites optional during development) | Hosted on your infrastructure (containers, virtual machines, or Kubernetes) | Hosted on your infrastructure (typically self-hosted Supabase or PostgreSQL-based database with equivalent services) | Hosted on your infrastructure (self-hosted Supabase or equivalent auth, storage, realtime, and edge services you operate) |
Recommended adoption path
You do not need to decide everything upfront. RShift Sites lets you start simple and move incrementally as requirements change.
The recommended path:
- Start on RShift Sites. This is the fastest path to production with minimal operational overhead.
- Sync your code with Git sync. This ensures code ownership and enables external collaboration.
- Move components only when you hit a real constraint, not a hypothetical one.
For most applications, hosting on RShift Sites is the most efficient and reliable option.
Consider moving parts of your stack only if you have specific requirements that RShift Sites cannot meet:
- Compliance or data residency mandates tied to specific infrastructure providers
- Networking configurations not supported by RShift Sites (for example, VPC peering, private endpoints)
- Organizational policies requiring self-managed or audited hosting environments
These are edge cases, not the default path. If you’re unsure, start with RShift Sites. You can always move later without rebuilding.
For practical examples and deployment instructions, see Deploying and hosting outside RShift Sites.