page:recipes:storefront:django:relational catalog

Host storefront with Django: relational catalog data

Deploy a storefront built with Django on Ample using the transactional workflows 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. Verified on Django: an optimistic version check and an event row written in the same transaction, a stale update rejected, and a history query over the application-owned events (history=2 conflict=rejected). Not separately tested: your domain records, validation rules and concurrency policy; treat the storefront-specific behavior as your application code.

Representative Queries

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.

Framework

Django

Workload

Storefront

Release Status

published

Support Status

verified

Execution Status

ready

Prerequisites

Tested Configuration

Workflow Steps

  1. Build and start
    Install dependencies and run the server. Must bind 0.0.0.0 on PORT.
  2. Implement the pattern on PostgreSQL
    Maintain migrations idempotent and run them with --release-command.
  3. Deploy
    Run synchronous deploy once and handle results appropriately.
  4. Verify
    Fetch live URL and pattern self-test route(s), then run checks.

Success Checks

  1. App responds on its public URL should return "ample canary django patterns".
  2. Transactional-workflows self-test should return "tx=ok history=2 conflict=rejected".

Limitations

Cost Estimate

Next Actions