page:recipes:partner portal:rails:private documents

Host partner portal with Rails: private documents

Deploy a partner portal built with Rails on Ample using the private document library pattern. Compute runs the app in an isolated microVM behind a public HTTPS URL, a managed PostgreSQL 16 database is auto-provisioned and injected as DATABASE_URL, a private S3-compatible bucket holds objects with credentials delivered as encrypted environment variables. Verified on Rails: a role-to-document access model with negative tests (401 without identity, 403 for the wrong role) and a private-bucket round-trip for the allowed role (private=ok). Not separately tested: your identity integration and role assignments; treat the partner portal-specific behavior as your application code.

Summary

Resource Requirements

Infrastructure Requirements

Prerequisites

  1. A Rails project that builds and starts with the documented commands.
  2. A PostgreSQL driver reading DATABASE_URL at runtime.
  3. A bucket from ample bucket create with its credentials passed as encrypted S3_* environment variables.
  4. An Ample account token with servers:write, databases:read, buckets:read.

Workflow Steps

  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.
  2. Implement the Pattern on PostgreSQL: The fixture's module implements private document library: a role-to-document access model with negative tests and a private-bucket round-trip for the allowed role.
  3. Wire Object Storage: Create the bucket(s) and pass endpoint, region, bucket and keys as --env values.
  4. Deploy: Run the synchronous deploy once and read the result.
  5. Verify: Fetch the live URL and the pattern self-test route(s) and then run your own checks.

Success Checks

Limitations

Cost Estimate