DOC-429: Split Azure lstk doc into the same v2 multi-page IA - #909
quetzalliwrites wants to merge 3 commits into
Conversation
Mirrors the AWS lstk split (#898). The old azure/developer-tools/ lstk.mdx was a 1556-line near-duplicate of the pre-split AWS content (same commands, config, and reference material, since lstk is one CLI shared across products). Replaces it with the same nine pages, cross-linked under /azure/developer-tools/lstk/ instead of /aws/developer-tools/running-localstack/lstk/: - index.mdx, authentication.md, configuration.mdx, lifecycle-commands.md, cloud-and-iac-commands.md, snapshots.md, automation.mdx, setup-and-maintenance.md, faq-and-troubleshooting.md Azure-specific adjustments kept from the original doc rather than copied verbatim from AWS: - Prerequisites link to the license section of Azure's own Auth Token guide instead of AWS's. - Dropped the "legacy LocalStack CLI is deprecated" tip, since Azure never had a legacy CLI to migrate from. - The Volume mounts example uses a generic init script and type = "azure" instead of the AWS version's Snowflake-specific example. - The Docker Compose FAQ answer links to Azure's own installation guide instead of AWS's. - Left the corporate-proxy FAQ and Get Help links pointing at the shared AWS pages, since Azure has no equivalent of either and the original doc already did the same. Converted the sidebar's Developer Tools entry for Azure from autogenerate to an explicit array (mirroring AWS's structure) so the nine pages get the same nested "lstk CLI" group, labels, and order instead of relying on autogenerate's folder-naming heuristics.
Deploying localstack-docs with
|
| Latest commit: |
fe81fa9
|
| Status: | ✅ Deploy successful! |
| Preview URL: | https://9269bb7c.localstack-docs.pages.dev |
| Branch Preview URL: | https://doc-429-docs-update-azure-ls.localstack-docs.pages.dev |
|
Hey @remotesynth, Maureen approved the new v2 IA for Now that we've merged that v2 IA for the aws product line, we should make this update for the azure product line docs too. |
Mirrors the same fix agreed on the AWS docs sync PR (#912): Global options apply to everyday interactive use, not just automation/CI, so move the table from automation.mdx to index.mdx, right after Quick start, keeping the detailed sections (Structured output) on automation.mdx with an absolute-path cross-reference.
…new-lstk-v2-ia # Conflicts: # src/content/docs/azure/developer-tools/lstk.mdx
mmaureenliu
left a comment
There was a problem hiding this comment.
Thanks for the great work again. Mainly two areas to fix:
- persistence is not supported in azure yet so need to adjust all references to persistence or snapshots
- make examples azure relevant (can more or less copy what's been done for snowflake, with minor exceptions)
| It can also save and load emulator state (as local snapshots or Cloud Pods) reset running state, run AWS CLI commands against the emulator, and manage the on-disk volume. | ||
| Running `lstk` with no arguments takes you through the entire startup flow automatically. | ||
|
|
||
| `lstk` also proxies developer tools so they run directly against LocalStack: the AWS CLI (`lstk aws`), the Azure CLI (`lstk az`), Terraform (`lstk terraform`), the AWS CDK (`lstk cdk`), and the AWS SAM CLI (`lstk sam`). |
There was a problem hiding this comment.
I'd re-order the tools mentioned as: Azure CLI, Terraform, AWS CLI, etc.
| It provides a built-in terminal UI (TUI) for interactive use and plain text output for CI/CD pipelines and scripting. | ||
|
|
||
| `lstk` handles the full emulator lifecycle: authentication, pulling the Docker image, starting, stopping, and restarting the container, streaming logs, and checking status. | ||
| It can also save and load emulator state (as local snapshots or Cloud Pods) reset running state, run AWS CLI commands against the emulator, and manage the on-disk volume. |
There was a problem hiding this comment.
more relevant here: "runs Azure CLI commands..."
There was a problem hiding this comment.
Snapshots are currently not supported at all for Azure - maybe hide until we support it?
Note if we remove this, need to also remove the ref on index page.
| - [Authentication](/azure/developer-tools/lstk/authentication/): logging in and out, and how `lstk` resolves your auth token. | ||
| - [Configuration](/azure/developer-tools/lstk/configuration/): the `config.toml` file, emulator types, environment variables, and volumes. | ||
| - [Lifecycle commands](/azure/developer-tools/lstk/lifecycle-commands/): `start`, `stop`, `restart`, `status`, `logs`, `reset`, `volume`. | ||
| - [Cloud & IaC commands](/azure/developer-tools/lstk/cloud-and-iac-commands/): `aws`, `az`, `terraform`, `cdk`, `sam`. |
There was a problem hiding this comment.
Again reorder to put az and terraform first
|
|
||
| ```toml | ||
| [[containers]] | ||
| type = "aws" # Emulator type. Supported: "aws", "snowflake", "azure" |
There was a problem hiding this comment.
Similar to the snowflake changes, use azure profile here (and other related changes, e.g. type in the table below).
| All require a valid auth token (including the free Hobby tier). | ||
| See [Emulator types](/azure/developer-tools/lstk/configuration/#emulator-types). | ||
|
|
||
| ### How do I pass configuration options like `DEBUG` or `PERSISTENCE` to the container? |
| Define the variables under an `[env.<name>]` section and reference that name in the `env` list of your container config. | ||
| See [Passing environment variables to the container](/azure/developer-tools/lstk/configuration/#passing-environment-variables-to-the-container) for details. | ||
|
|
||
| ### How do I save and restore emulator state? |
There was a problem hiding this comment.
keep this question but answer needs to change: we don't support it yet but the feature is coming soon
| type = "aws" | ||
| tag = "2026.4" | ||
| port = "4566" | ||
| ``` |
| [[containers]] | ||
| type = "aws" | ||
| env = ["myprofile"] # must match the section name below | ||
|
|
|
|
||
| ### Getting help | ||
|
|
||
| If the steps above don't resolve your issue, see [Get Help](/aws/help-support/get-help/) for the available support channels, including the support email and in-app chat. |
There was a problem hiding this comment.
this currently points to the aws get help doc as we don't have one for azure yet. the aws doc talks about different support levels for different plans, which may confuse azure users. I suggest for now we just supply the support email address and ask them to email support.
Summary
Follows up on #898 (the AWS lstk docs split).
azure/developer-tools/lstk.mdxturned out to be a 1556-line near-duplicate of the pre-split AWS content — same commands, config reference, and troubleshooting, sincelstkis one CLI shared across products. This replaces it with the same nine-page structure, cross-linked under/azure/developer-tools/lstk/:index.mdx,authentication.md,configuration.mdx,lifecycle-commands.md,cloud-and-iac-commands.md,snapshots.md,automation.mdx,setup-and-maintenance.md,faq-and-troubleshooting.mdAzure-specific differences preserved from the original doc (not just a mechanical copy of the AWS content):
type = "azure"instead of AWS's Snowflake-specific example.Also converted Azure's sidebar "Developer Tools" entry from
autogenerateto an explicit array (mirroring AWS's approach) so the nine pages get the same nested "lstk CLI" group, labels, and order rather than relying on autogenerate's folder-naming heuristics.Linear ticket
https://linear.app/localstack/issue/DOC-429/docs-update-azure-lstk-doc-based-on-new-lstk-v2-ia
Test plan
npx astro buildcompletes successfully (421 pages built)lstk/<page>/#anchorcross-references between the nine new Azure pages resolve to a real heading ID in the built output/azure/developer-tools/lstk/single-page anchors, so no redirect or cross-reference sweep is needed