# The easiest way to use AWS. For agents and humans.

Get a Vercel-like experience in your own AWS account. You and your agents get one place to manage and monitor Terraform resources, builds, and deploys.

Trusted by engineering & platform teams at scale

## Your product needs AWS. Your team doesn’t have time to build the platform around it.

### You’re outgrowing your current deployment setup.

New requirements keep turning into workarounds, and maintaining your setup takes more time away from your product.

### You don’t want to operate raw AWS yourself

Getting infrastructure running is only the start. The team still has to assemble networking, permissions, pipelines, monitoring, and day-to-day operations.

### You can’t wait to build a DevOps team

The engineers who could build that system are the same engineers needed on the product. Hiring takes time, and the roadmap cannot wait.

With Ravion

## Start with the AWS system you would otherwise have to build.

Provision, deploy, and operate through one connected system.

Step 1

### Define what your application needs

Start with Ravion’s production-ready modules, add your own modules, or connect existing Terraform. Developers and agents work through structured inputs instead of assembling the common path from scratch.

Step 2

### Review the plan before anything changes

See exactly what Ravion will change, apply permissions and approval gates, and preserve an audit history of every action.

Step 3

### Build and deploy through one connected pipeline

Run builds, approvals, deployments, and rollbacks through repeatable workflows with the complete deployment history attached.

Step 4

### See what happened. Recover without losing context

Bring infrastructure changes, deployments, failures, and your existing logs and metrics together. Diagnose and recover through the UI, CLI, or API.

> We outgrew Heroku, but direct AWS was unrealistic. I love Ravion’s agent-friendly structure for getting great defaults on AWS while still being able to customize deployments just the way we need. And their support has been invaluable.

![Edgars Jekabsons](https://www.ravion.com/homepage/edgars-jekabsons.jpg)

Edgars Jekabsons, Engineering Manager / Ember

## From static sites to multi-cloud infrastructure

Ship containerized web services to ECS with rolling, blue-green, canary, or linear rollouts, or update EC2 hosts in place over SSM. Add shared load balancers, TLS certificates, and pre- or post-deploy hooks.

Use it with

[AWS ECS](https://www.ravion.com/docs/module-definitions/catalog/rvn-ecs-web)

[AWS EC2](https://www.ravion.com/docs/module-definitions/catalog/rvn-ec2-service)

[AWS ALB](https://www.ravion.com/docs/module-definitions/catalog/rvn-aws-alb)

and many more

Loved by DevOps and Developers alike

> We switched from Railway for better reliability and avoiding AWS console. But Ravion’s expert support is what sold me. I’m always surprised by the speed and quality of responses. It’s a no brainer for startups that want to move fast.

![Yaser Alkayale](https://pbs.twimg.com/profile_images/1813406606685786112/UsQbeY0D_400x400.jpg)

Yaser Alkayale, Co-founder / CivCore

Frequently asked questions

### How is Ravion different from Terraform Cloud or Spacelift?

Ravion does everything you'd expect from a Terraform automation platform: remote plans and applies, managed state, versioned resource history, drift detection, approval gates, and policy checks. The difference is that modules are the product. Each module also carries its builds, deploys, rollbacks, logs, and metrics, so developers get a self-service interface instead of a pile of HCL and a run queue. [Learn about stacks](https://www.ravion.com/docs/modules/stack)

### How is Ravion different from a PaaS?

A PaaS hosts your app on their infrastructure, and you're capped by whatever they choose to expose. Ravion provisions everything in your own AWS account, so you get dedicated infrastructure, direct cloud pricing, easier compliance, and no wall to hit as you scale. The developer experience feels like a PaaS. The ceiling is the entire cloud, and there's no painful migration waiting for you later. [Read our product philosophy](https://www.ravion.com/docs/philosophy)

### Do I have to write Terraform?

No. Most teams start with our standard library of production-ready modules, including VPCs, ECS and EC2 services, RDS, Aurora, ElastiCache, Lambda, and static sites, configured through typed inputs in the dashboard or a YAML file. When you need something custom, bring your own Terraform: run it through Ravion directly, or package it into a reusable module with typed inputs your team can self-serve. [Explore the standard library](https://www.ravion.com/docs/module-definitions/standard-library)

### Can I use CloudFormation, Pulumi, or CDK?

Not today. Pipelines run Terraform and OpenTofu, so CloudFormation, AWS CDK, Pulumi, CDK for Terraform, SST, and the Serverless Framework aren't supported yet, though support for more IaC tools is planned. If you have infrastructure in one of those tools already, you don't have to rewrite it to get started: import the existing resources into a Ravion module's Terraform state and leave the rest where it is. [Read the import guide](https://www.ravion.com/docs/migrate/import-into-standard-module)

### Which clouds does Ravion support?

Our standard library modules and pipeline runners are AWS today. Runners are temporary EC2 instances in your own account, and the native modules cover the common AWS building blocks. That doesn't limit you to AWS: authenticate a runner with credentials for any other provider, passed in as environment variables from Secrets Manager or Parameter Store, and you can manage GCP, Azure, Cloudflare, Datadog, or anything else Terraform supports, with the same plans, approvals, and state history. [See the Terraform stack module](https://www.ravion.com/docs/module-definitions/catalog/rvn-stack)

### Is support for GCP and Azure coming?

Yes. Native GCP and Azure modules and pipeline runners are coming. Until then, you can provision both clouds today by authenticating an AWS pipeline runner with the appropriate provider credentials and running your Terraform or OpenTofu through Ravion.

### Is there vendor lock-in?

No. Ravion runs open source Terraform and OpenTofu in your own cloud account, and our standard library modules are open source too. Fork them, lock them down, or replace them entirely with your own. Your projects, environments, modules, and pipelines are config as code you can pull down as plain YAML at any time, and Terraform state lives in your own S3 backend or in our managed backend, which you can also pull whenever you want. [View the open source modules](https://github.com/ravionhq/modules)

### What happens if Ravion goes away?

Your infrastructure keeps running, because it was never ours. Every resource lives in your cloud account, provisioned by open source Terraform, using state you can pull with one command. Worst case, you keep the state and the modules and run plans and applies yourself, exactly as if you'd always managed them by hand. You'd lose our dashboard and pipelines, not your infrastructure. [Read about state storage](https://www.ravion.com/docs/modules/stack#state-storage)

### What happens if Ravion has downtime?

Your apps stay up. No requests, traffic, or customer data pass through Ravion. It's a control plane that automates your cloud account, so an outage on our side never touches your running services, databases, or load balancers. New builds, deploys, and Terraform runs wait until we're back, and your cloud provider's console and CLI are always there as an escape hatch. [See how Ravion works](https://www.ravion.com/docs/how-ravion-works)

### What access does Ravion need to my AWS account?

You connect an account by creating an IAM role with a CloudFormation stack we walk you through, and deleting that stack permanently revokes our access. Terraform, builds, and pipelines execute on temporary EC2 instances inside your own account, so your source code never enters our control plane and runtime secrets stay in AWS Secrets Manager or Parameter Store. [Read about security](https://www.ravion.com/security)

### Can I bring infrastructure I already have?

Yes. Existing resources can be imported into a Ravion module's Terraform state without recreating or destroying anything, whether you're importing into a standard library module or into your own Terraform. Coming from Flightcontrol, there's a guided migration you can run service by service, since both products share the same organization and can run side by side. [Read the import guide](https://www.ravion.com/docs/migrate/import-into-standard-module)

### Is Ravion safe for AI agents to use?

It's a design goal. Agents work through the CLI, API, and MCP server against config as code: dry run first, review the diff, then apply. Every infrastructure change runs through a pipeline with a visible Terraform plan and an approval gate you control, and agents pick from the modules your platform team approved instead of hand-writing IaC. They get speed inside boundaries you set. [Start here with an agent](https://www.ravion.com/docs/start-here)

### How old is the company?

Our company was founded in 2021 and brought Flightcontrol to profitability. Development on Ravion began in June 2025, and Ravion has had production users since spring 2026. [Visit Flightcontrol](https://www.flightcontrol.dev/)

### What does Ravion cost?

Ravion is free for individuals, with 1 user, up to 50 modules, and 2,000 pipeline minutes. Team is pay as you go with no platform fee and no seat pricing: modules are free, $5, or $30 per month depending on category, and 50,000 pipeline minutes are included. You always pay your cloud provider directly for the underlying infrastructure, with no markup from us. [See pricing](https://www.ravion.com/pricing)

## Provision and deploy your first app in minutes

Connect your AWS account, pick a module, and ship.

[Start free](https://app.ravion.com/signup)

[Book a demo](https://www.ravion.com/demo)

Free to start / No credit card / Revoke access anytime