Apache-2.0
Source and NOTICE in the repo. License check in CI.
MageLift
Open-source CLI and ACC/Upsun-shaped YAML. You keep the AWS or GCP account and the invoice.
$ magelift config validate --env preview ok magelift.yaml · compatibility checks passed $ magelift preview --env preview plan ecs-fargate · digest promote · no mutate $ magelift deploy --env preview --yes deployed https://preview.example.shop $ magelift destroy --env preview --yes destroyed · spend stopped
Agencies running several shops, and SME owners without a dedicated DevOps hire, who want Magento-shaped YAML instead of a blank infrastructure repo.
magelift.yaml follows ACC/Upsun habits Magento people already know.--yes.Certified path today: AWS ECS Fargate and GCP GKE Autopilot. Prefer free-tier-safe shapes until you mean to spend.
go install until the first release tag, then prefer a release archive. Run magelift version.examples/sample-shop/magelift.yaml, fill account and secret refs, then magelift config validate.preview / deploy on a certified target. Destroy when the spike is done.Multi-cloud means the two certified first-party targets below. Everything else in the matrix is experimental until it earns a certified cell.
| Target | Status |
|---|---|
| AWS ECS Fargate | Certified |
| GCP GKE Autopilot | Certified |
| AWS EKS / OVH MKS / Scaleway Kapsule | Experimental |
Apache-2.0 source, NOTICE, and CI license checks. No mystery SaaS clause.
Source and NOTICE in the repo. License check in CI.
First release ships archives with checksums and SBOM.
Build once, promote by digest. Mutable tags are not the happy path.
Not affiliated with Adobe. Product names are descriptive only.
Install the CLI, validate the sample shop, then decide if a certified preview belongs in your account. Questions:SUPPORT.