page:migrate:vercel app:rails

Migrate Vercel app: Rails

Move Rails compute from Vercel app to Ample, one component at a time. Destination verified on Ample: the app built, started and answered on its public HTTPS URL with encrypted configuration delivered. Source procedure: Copy environment variables from the Vercel project settings (or vercel env pull) into an env file you keep out of the repository. Not migrated automatically: Edge middleware, ISR revalidation, image optimization, cron jobs and Vercel integrations are not migrated and are unverified on Ample. Cutover: Add the custom domain with ample domain add, set the documented DNS records, keep the Vercel deployment until traffic is verified, then remove the domain from Vercel. Rollback: keep the source untouched until you confirm; nothing at the source is changed or deleted by this guide.

Prerequisites

Resource Requirements

Infrastructure Requirements

  1. Compute: Apps run in isolated x86_64 Firecracker microVMs that auto-pause when idle and wake on request; sizes are the priced VM sizes.
  2. Postgres: Managed PostgreSQL 16 runs in its own microVM and is auto-provisioned when an app needs a database and no DATABASE_URL is supplied.

Migration Steps

  1. Inventory the source: List what Vercel app provides beyond the component you are moving. Out of scope here: Edge middleware, ISR revalidation, image optimization, cron jobs and Vercel integrations are not migrated and are unverified on Ample.
  2. Source step 1: Copy environment variables from the Vercel project settings (or vercel env pull) into an env file you keep out of the repository.
  3. Source step 2: Note the framework preset, build command and output directory; Ample detects the same from the repository.
  4. Source step 3: List Vercel-only features in use: edge middleware, ISR revalidation, image optimization, cron jobs, integrations.
  5. Deploy on Ample in parallel: bundle install into vendor/bundle from Gemfile.lock, then Puma via rails server reading PORT on the ruby-3.4 template with RAILS_ENV=production. Pass the exported variables with --env; keep the source running.
  6. Validate before cutover: Run the app's own checks and, for data, compare counts and checksums.
  7. Cut over: Add the custom domain with ample domain add, set the documented DNS records, keep the Vercel deployment until traffic is verified, then remove the domain from Vercel.
  8. Rollback: Point DNS or configuration back to the source.

Success Checks

Limitations

Cost Estimate

Evidence Summary

Last Verified At

2026-09-20T21:55:28Z

Next Actions