Setting the file. One moment.
Chapter 10 · Azure Cloud Migrate
Subchapter 10.30
references/workflow-details.mdMarkdown2 KBView on GitHub
Maintain a migration-status.md file in the output directory (<workspace-root-basename>-azure/):
# Migration Status
| Phase | Status | Notes |
|-------|--------|-------|
| Assessment | ⬜ Not Started | |
| Code Migration | ⬜ Not Started | |Update status: ⬜ Not Started → 🔄 In Progress → ✅ Complete → ❌ Failed
During long-running operations (Azure deployments, image pushes, environment provisioning), proactively report progress so the user is never left waiting without feedback:
az resource list or az deployment operation group list and present a status table:
| Resource | Status |
|----------|--------|
| VNet | ✅ Created |
| ACR | ✅ Created |
| Container Apps Env | 🔄 Provisioning |
| order-service | ⬜ Waiting |az deployment group create covers all resources, poll az resource list -g <rg> periodically and update the user on newly created resources.| Error | Cause | Remediation |
|---|---|---|
| Unsupported runtime | Source runtime not available in target Azure service | Check target service’s supported languages documentation |
| Missing service mapping | Source service has no direct Azure equivalent | Use closest Azure alternative, document in assessment |
| Code migration failure | Incompatible patterns or dependencies | Review scenario-specific guide in lambda-to-functions.md |
azd init refuses non-empty directory | azd requires clean directory for template init | Use temp directory approach: init in empty dir, copy files back |
For scenario-specific errors (e.g., Azure Functions binding issues, trigger configuration), see the error table in the corresponding scenario reference.