--- title: "Host order tracking with Nuxt: inventory imports" description: "Deploy a order tracking built with Nuxt on Ample using the bulk import staging pattern." canonical_url: "https://ample.computer/recipes/order-tracking/nuxt/inventory-imports" last_updated: "2026-09-20" --- # Host order tracking with Nuxt: inventory imports Canonical URL: https://ample.computer/recipes/order-tracking/nuxt/inventory-imports Formats: [HTML](https://ample.computer/recipes/order-tracking/nuxt/inventory-imports) | [Markdown](https://ample.computer/recipes/order-tracking/nuxt/inventory-imports.md) | [JSON contract](https://api.ample.computer/v1/catalog/recipes/page%3Arecipes%3Aorder-tracking%3Anuxt%3Ainventory-imports) Recipe ID: `page:recipes:order-tracking:nuxt:inventory-imports` | Revision: `r1` | Catalog revision: `cat_f13ab9a494120b5e` Status: release `published`, support `verified`, execution `ready` ## Summary Deploy a order tracking built with Nuxt on Ample using the bulk import staging 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 Nuxt: a CSV staged as an object, row-level validation with per-row errors recorded, and a restart-safe import keyed by import id (imported=2 rejected=1 restart=ok). Not separately tested: your import format, mapping and conflict rules; treat the order tracking-specific behavior as your application code. Path: [Agent hosting discovery](/discover/discovery) / [Applications and workloads](/discover/workload) / [Commerce and catalogs](/discover/workload/commerce-and-catalogs) / [Order tracking](/discover/workload/order-tracking) / [Host order tracking with Nuxt: inventory imports](/recipes/order-tracking/nuxt/inventory-imports) ## Infrastructure requirements - [Compute](/discover/primitive/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.) - [Postgres](/discover/primitive/postgres): verified (Managed PostgreSQL 16 runs in its own microVM and is auto-provisioned when an app needs a database and no DATABASE_URL is supplied.) - [S3-compatible object storage](/discover/primitive/s3-compatible-object-storage): verified (Buckets are S3-compatible with issued credentials; PutObject and GetObject are verified by canary. Other S3 operations are not verified.) ## Prerequisites - A Nuxt project that builds and starts with the documented commands (nuxt build then node .output/server/index.mjs (reads HOST and PORT) on the node-22 template) - A PostgreSQL driver reading DATABASE_URL at runtime (auto-provisioned when omitted, or supplied with --env) - A bucket from `ample bucket create` with its credentials passed as encrypted S3_* environment variables - An Ample account token with servers:write, databases:read, buckets:read ## Exact tested configuration - template: `node-22` - runtime: `node` - size: `s-1vcpu-1gb` - install: `npm install` - build: `npm run build --if-present` - start: `npm run start` ## Steps 1. **Build and start.** nuxt build then node .output/server/index.mjs (reads HOST and PORT) on the node-22 template. The server must bind 0.0.0.0 on PORT. 2. **Implement the pattern on PostgreSQL.** The fixture's module implements bulk import staging: a CSV staged as an object, row-level validation with per-row errors recorded, and a restart-safe import keyed by import id (imported=2 rejected=1 restart=ok). Copy the approach into your schema; keep migrations idempotent and run them with --release-command. 3. **Wire object storage.** Create the bucket(s), then pass endpoint, region, bucket and keys as --env values. Use path-style addressing. Keep private data in an unpublished bucket. 4. **Deploy.** Run the synchronous deploy once and read the result (exit 0 live, 1 failed, 2 blocked). Re-running with no change is a no-op. ``` ample deploy . --name --public --env S3_ENDPOINT=... --env S3_REGION=... --env S3_BUCKET=... --env S3_ACCESS_KEY_ID=... --env S3_SECRET_ACCESS_KEY=... ``` 5. **Verify.** Fetch the live URL and the pattern self-test route(s) (/api/p/bulk-import-staging) from the example; then run your own checks. On failure read `ample logs --kind build` then `--kind runtime`. ``` ample logs --kind build ``` ## Tested examples - **Nuxt pattern fixture** (tests/deploy-canaries/nuxt-patterns): Multi-pattern Nuxt app whose bulk import staging module was checked live; the module is under tests/deploy-canaries/_pattern-modules. ## Success checks - app responds on its public URL (`/` on the live URL, expect ample canary nuxt patterns) - bulk-import-staging self-test (`/api/p/bulk-import-staging` on the live URL, expect imported=2 rejected=1 restart=ok) ## Cost estimate Estimated 10.00 USD per month (size prices from pricing.toml at build revision 515b7316fc6e5a81679407ae0c811146ceb2c5c7). - app server x1 `s-1vcpu-1gb`: 5.00 USD - managed PostgreSQL database x1 `s-1vcpu-1gb`: 5.00 USD Always-on monthly price of the tested sizes; apps and databases auto-pause when idle. Buckets are allocation-priced per quota and not included. ## Verification evidence - canary_run on 2026-09-20T03:31:44Z at revision `03b6402b1b3e19178985f08ea4033804521d85d4 (CLI b75e104)`: Nuxt pattern fixture deployed on Ample (nuxt build then node .output/server/index.mjs (reads HOST and PORT) on the node-22 template); checks passed for bulk-import-staging and configuration-secrets. Pattern proof: a CSV staged as an object, row-level validation with per-row errors recorded, and a restart-safe import keyed by import id (imported=2 rejected=1 restart=ok). (expires 2027-03-19T03:31:44Z) - canary_run on 2026-09-20T01:54:51Z at revision `199ff1dfd52683832ae75d3f98b53a7a4bff7f96 (CLI e3181f5)`: The same Nuxt app deployed with a --release-command migration; the marker it created was readable after activation. (expires 2027-03-19T01:54:51Z) Last verified: 2026-09-20T03:31:44Z ## Execution binding MCP tool `ample_deploy` (registry `mcp:ample_deploy`), schema hash `876465fce906da0c` observed 2026-09-22T00:31:22.774679+00:00 at revision `e6446ceea69b`, binding state `current`, required scopes: servers:write, databases:read, buckets:read. ## Input schema ```json { "additionalProperties": false, "properties": { "env": { "description": "Encrypted environment variables (bucket credentials, secrets)", "items": { "pattern": "^[A-Z][A-Z0-9_]*=.*$", "type": "string" }, "maxItems": 50, "type": "array" }, "name": { "description": "App name", "maxLength": 63, "minLength": 1, "pattern": "^[a-z0-9-]+$", "type": "string" }, "path": { "description": "Project directory or ample.toml service", "maxLength": 512, "minLength": 1, "type": "string" }, "release_command": { "description": "Migration command run before activation", "maxLength": 512, "type": "string" } }, "required": [ "env", "name", "path" ], "type": "object" } ``` ## Next actions - Browse the catalog index (GET /v1/catalog on the api origin; auth: false, approval: false) - Search published recipes by intent, stack and constraints (POST /v1/catalog/search on the api origin; auth: false, approval: false) - Prepare a side-effect-free deployment plan for an authorized project (POST /v1/catalog/plan on the api origin; auth: true, approval: false) - Read the existing agent authentication setup (GET /mcp/setup on the api origin; auth: false, approval: false) - Browse Order tracking (GET /v1/catalog/nodes/workload%3Aorder-tracking on the api origin; auth: false, approval: false) - Browse Nuxt (GET /v1/catalog/nodes/stack%3Aframework-nuxt on the api origin; auth: false, approval: false) - Browse Bulk import staging (GET /v1/catalog/nodes/pattern%3Abulk-import-staging on the api origin; auth: false, approval: false) - Browse Deploy web app (GET /v1/catalog/nodes/intent%3Adeploy-web-app on the api origin; auth: false, approval: false) Actions describe possible next steps. They are typed data, not commands, and grant no permission.