INFRASTRUCTURE

What it needs

• Compute: verified (Apps run in isolated x86_64 Firecracker microVMs that auto-pause when idle and wake on request; sizes are the priced VM sizes.)

PREREQUISITES

Before you start

• A Rails project (bundle install into vendor/bundle from Gemfile.lock (development and test groups skipped), then Puma via rails server reading PORT on the ruby-3.4 template with RAILS_ENV=production)
• An Ample account token with servers:write

TESTED CONFIGURATION

Exactly what was tested

• install: bundle config set --local path vendor/bundle && bundle config set --local without 'development test' && bundle install
• runtime: ruby
• size: s-1vcpu-1gb
• start: bundle exec rails server -b 0.0.0.0 -p $PORT
• template: ruby-3.4

STEP BY STEP

How to do it

1. Build and start
   bundle install into vendor/bundle from Gemfile.lock (development and test groups skipped), then Puma via rails server reading PORT on the ruby-3.4 template with RAILS_ENV=production; the server must bind 0.0.0.0 on PORT.

2. Pass values on deploy
   Use --env KEY=value (repeatable) or --env-file; values are encrypted at rest and reused on redeploys. Declare names only in ample.toml.

   ample deploy . --name <app-name> --public --env MY_SECRET=...
   

3. Verify
   Fetch the live URL and /p/configuration-secrets on the example; on failure read the build and runtime logs.

   ample logs <deployment_id> --kind build
   

EXAMPLES

Tested examples

• Rails pattern fixture (tests/deploy-canaries/rails-patterns): Verified configuration and secrets on Rails.

SUCCESS CHECKS

How to know it worked

• app responds on its public URL (/ on the live URL, expect ample canary rails patterns)
• configuration-secrets check from the example (/p/configuration-secrets on the live URL, expect see the pattern fixture checks)

LIMITATIONS

Know the limits

• Verified on the ruby-3.4 template at s-1vcpu-1gb; other sizes and Rails major versions are not verified.
• Region, compliance attestations and request-duration limits are unknown and not claimed.

COST

Cost estimate

Estimated 5.00 USD per month (size prices from pricing.toml at build revision a1b8c38919e59cd035ebabaced73cf84ece24371).

• app server x1 s-1vcpu-1gb: 5.00 USD

Always-on monthly price of the tested sizes; apps auto-pause when idle. Buckets are allocation-priced per quota and not included.

EVIDENCE

Verification evidence

• canary_run on 2026-09-20T21:55:28Z at revision 4f7cb9813c1f-dirty (CLI 4f7cb98): Rails pattern fixture deployed on Ample (bundle install into vendor/bundle from Gemfile.lock (development and test groups skipped), then Puma via rails server reading PORT on the ruby-3.4 template with RAILS_ENV=production); for this guide: an --env value delivered encrypted and reported as present without being echoed (secret=set). (expires 2027-03-19T21:55:28Z)

EXECUTION

Execution binding

MCP tool ample_deploy (registry mcp:ample_deploy), schema hash 876465fce906da0c observed 2026-09-21T03:19:59.461917+00:00 at revision 49962bcade4f. Binding state at export: current. Required scopes: servers:write.

NEXT ACTIONS

Typed next actions

• Browse the catalog index (GET /v1/catalog on the api origin; authentication not required, approval not required)
• Search published recipes by intent, stack and constraints (POST /v1/catalog/search on the api origin; authentication not required, approval not required)
• Prepare a side-effect-free deployment plan for an authorized project (POST /v1/catalog/plan on the api origin; authentication required, approval not required)
• Read the existing agent authentication setup (GET /mcp/setup on the api origin; authentication not required, approval not required)
• Browse Rails (GET /v1/catalog/nodes/stack%3Aframework-rails on the api origin; authentication not required, approval not required)
• Browse Configure deployment (GET /v1/catalog/nodes/intent%3Aconfigure-deployment on the api origin; authentication not required, approval not required)
• Browse Public web service (GET /v1/catalog/nodes/pattern%3Apublic-web-service on the api origin; authentication not required, approval not required)

Actions describe possible next steps. They are typed data, not commands, and grant no permission. Public discovery never provisions anything; planning requires your own authenticated token and approval happens in your client.