Bring your own cloud

Your software. Your account. Your infrastructure.

Get a simpler way to deploy and operate applications while keeping the infrastructure in your own cloud account. Kapten’s control plane coordinates the work; your account holds the resources.

Inside the product

Ownership is part of the architecture.

Interface previews
Illustrative data · Early access

  • Your account is the starting point

    The infrastructure belongs to your organisation. Your team keeps control of the account and its relationship with the cloud provider.

  • See the deployment boundary

    Understand what the platform coordinates and where the application runs. Make that boundary clear to engineering and security teams.

  • Choose where the app lives

    Agree the account and deployment region alongside the team’s requirements. Include operational data flows in the review too.

  • Review the access you grant

    Confirm the exact permissions and connection method for your setup. Give someone in your team ownership of the access lifecycle.

  • Bring your SaaS to customers

    Plan deployments for customers who need your software in their account. Start with one repeatable pattern and a clearly scoped pilot.

  • Have an exit you can explain

    Keep an inventory and an operating handover plan. Ownership means your team can take responsibility for the resources after Kapten.

See it in context

The boundary, made visible.

Your cloud account and deployment region define where your application infrastructure lives. Make that choice alongside your team’s data and operational requirements.

kapten / byocProduct preview
What crosses the Kapten boundaryAgent workflow: Claude, Codex or Gemini, then Kapten, then your cloud account. Your cloud account contains your apps, databases, networking and secrets. Cloud providers shown: AWS, Google Cloud and Azure.ClaudeCodexGeminiAgentsKapten

Your agent

Claude
Codex
Gemini

Kapten

Illustrative experience with sample data.Open the interactive demo

The workflow

Agree the boundary. Then build inside it.

  1. 01

    Choose the account

    Agree ownership and deployment location with your team or customer.

  2. 02

    Review the access

    Confirm the connection, permissions and operational data flows.

  3. 03

    Plan the operating model

    Assign responsibility for releases, maintenance and recovery.

Planning a first deployment?Work through the readiness guide

Good to know

A little more
before you start.

Have a particular application or setup in mind? Bring it to the early-access conversation.

Talk through your setup ↗
Is BYOC the same as self-hosting Kapten?

No. BYOC describes where your workloads run. Kapten provides the management experience, while the underlying application infrastructure belongs to your account.

What happens if I stop using Kapten?

The infrastructure remains in your account. Your team takes over operations, including deployments, maintenance, backups and monitoring. Agree the handover process before disconnecting.

Can I deploy in my customer’s account?

That is a core use case for SaaS vendors. Each customer deployment needs an agreed access model and operating responsibilities. Explore the SaaS vendor solution to plan a pilot.

Connected capabilities

One part of a bigger picture.

Build with Kapten

Start with one service.
Build from there.

Tell us what you want to deploy. We review each request and follow up about fit and onboarding on your preferred cloud.

Free during early access. No card required. Cloud usage billed separately.