Getting started¶
Install the CLI, fill in magelift.yaml, then let Magelift prepare the cloud
account and deploy Magento. You should not need Pulumi, Kubernetes, or image
signing commands on this path.
The community alpha starts with the GCP GKE Autopilot recipe. Its current release gates and untested paths are listed in release readiness. Historical certification evidence is linked from the capability matrix.
How to get Magento running with MageLift¶
- Install the CLI. Follow Install, then run
magelift version. - Choose local or cloud. See local vs cloud. Local Compose needs no cloud credentials.
- Start a config. Run
magelift init --provider gcp, fill the placeholders, thenmagelift doctor. - Build, then preview. Follow application builds, then preview the GCP recipe; destroy disposable resources when done.
- Optional migrate. Leave ACC/Upsun via weekend-migrate.
1. Install¶
No release is published yet. Install from source, as described in Install:
git clone https://github.com/magelift/magelift.git
cd magelift
go install ./cmd/magelift
magelift version
Work from your shop repository. The CLI carries its build recipes, so the shop checkout does not need the MageLift source tree.
2. Local vs cloud¶
Read local vs cloud. Local Compose is for Magento lifecycle without cloud credentials; it is not a production replica.
3. Starter config¶
Generate a GCP starter, then fill the project, domains and secret references. Each starter includes preview, staging and production environment blocks:
magelift init --provider gcp # GCP GKE Autopilot; community alpha path
# magelift init --provider aws # AWS ECS Fargate; secondary path
What you get: preview runs database-backed queues (db on AWS,
database on GCP); GCP serves recipe OpenSearch unless you pin it
off for a first smoke run. Staging and production inherit with
larger presets. magelift config effective --env preview shows
every resolved value, so no default stays hidden. New GCP teams
should follow GCP onboarding instead of assembling
these steps ad hoc.
Fill the placeholders (accounts or the GCP project, domains, secret refs; no plaintext secrets), then:
Doctor validates YAML and prints the next Magelift command. Stay on that
command. The full worked example lives at
examples/sample-shop/magelift.yaml
with its "What to replace" table in examples/sample-shop/README.md.
Then continue with local vs cloud if you are still
offline, or jump to a certified cloud preview below.
4. Cloud preview (certified)¶
Requires you to be logged in to AWS (aws) or GCP (gcloud) for the account
in magelift.yaml. Preview stacks are billable in your account: destroy when
you are done. Prefer free-tier-safe shapes (searchMode: disabled, database
queues) unless you intentionally want OpenSearch or a broker. Rough cost:
Laptop path (no GitHub, no extra environment variables):
magelift doctor
magelift bootstrap --env preview
magelift deploy --env preview --yes
magelift health --mode runtime
magelift destroy --env preview --yes
On AWS, bootstrap also needs an existing log bucket (bootstrap prerequisites):
Magelift prepares the account, signs the image with the current login, and
stores stack state. GitHub flags on bootstrap are only for Actions CI.
For pull-request previews in CI:
v1.2.3 is a placeholder. ci generate requires an immutable release
version, and no release is published yet. Until a tag exists, install the
CLI in CI from a checkout:
git clone --depth 1 https://github.com/magelift/magelift.git "$RUNNER_TEMP/magelift"
go install "$RUNNER_TEMP/magelift/cmd/magelift"
Then follow bootstrap for the CI variables Magelift prints.
5. Leaving PaaS¶
Config import + dump + DNS cutover: migrating from PaaS and the weekend packaging guide leave PaaS in a weekend.
More answers¶
FAQ · Compare to PaaS · pricing
Decision pages¶
| Question | Doc |
|---|---|
| What is production-supported? | Capability matrix |
| Can we cut a public tag? | Release readiness |
| Why not stay on ACC/Upsun? | Compare to PaaS |
| Architecture boundaries | Architecture, ADRs |
Independent of Adobe Inc. Product names are descriptive only.