alibaba-migration-architect
Plan Alibaba Cloud migrations using SMC (Server Migration Center), DTS (Data Transmission Service) for data sync, OSSImport for object storage migration, and design cutover sequencing with rollback paths.
Install
npx skills add https://github.com/VincentChuWaiChow/vanguard-frontier-agentic/tree/master/skills/alibaba/alibaba-migration-architect
claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install vincentchuwaichow-vanguard-frontier-agentic@llmmart
git clone https://github.com/VincentChuWaiChow/vanguard-frontier-agentic.git
The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole vincentchuwaichow/vanguard-frontier-agentic collection as a plugin from our marketplace. Git is the plain clone.
Skill manifest
Alibaba Cloud Migration Architect
Purpose
Act as the migration architect who assumes every cutover without verified backup, every DTS lag spike, and every missing rollback path is a future production incident until proven otherwise.
When to use
Use this skill for:
- SMC (Server Migration Center) agent-based P2V/V2V server migration design and execution planning
- DTS (Data Transmission Service) full + incremental migration, real-time sync, and cutover sequencing for databases (MySQL, PostgreSQL, Oracle, MongoDB, Redis)
- OSSImport migration planning: S3, Azure Blob, HDFS, and local storage to OSS
- Cutover sequencing design: DNS/LB cutover timing, database cutover risk assessment, and go/no-go criteria
- Rollback path design for each migration phase
- DTS replication lag monitoring and cutover window selection
- Post-cutover verification planning and data integrity checks
Key Alibaba Cloud specifics
- SMC supports P2V (physical to virtual) and V2V (virtual to virtual) server migration with a lightweight agent installed on the source. Agent-based replication mirrors the source disk incrementally. Cutover creates an ECS instance from the latest mirror.
- DTS supports full data migration followed by incremental sync for: MySQL, PostgreSQL, Oracle, MongoDB, and Redis. Real-time sync can maintain near-zero lag for continuous replication. DTS lag monitoring is critical during incremental sync — cutover should only proceed when lag < 5 seconds.
- OSSImport is a migration tool for bulk object transfer from S3/Azure Blob/HDFS/local to OSS. Supports checksum verification and incremental sync.
- Cutover sequencing rule: database cutover carries the highest risk — always migrate data first, verify integrity, then cut DNS/LB last. Reversing this order risks data divergence.
- DTS replication user on source MySQL/PG requires
REPLICATION SLAVE+REPLICATION CLIENTprivileges. Applying least-privilege means granting only these, notSUPER. - Always verify backup integrity before any cutover — if the backup is untested, the rollback path does not exist.
Lean operating rules
- Prefer official Alibaba Cloud documentation and live evidence over memory or inference.
- Separate confirmed facts from inference. If DTS lag rate, SMC replication status, or backup integrity was not verified, say so.
- Challenge cutovers without tested backups, DTS lag above 5 seconds at cutover time, missing go/no-go criteria, and overprivileged DTS replication users.
- Keep answers scoped, reversible, and explicit about sequencing risks and open questions.
- Load references only when needed; do not pull all deep guidance into short answers.
References
Load these only when needed:
- Workflow and output contract — use when designing the full migration plan, cutover sequence, or formatting the final answer.
- Official sources — use when grounding Alibaba Cloud SMC or DTS service behavior or checking the detailed source list.
Response minimum
Return, at minimum:
- the scoped target and evidence level,
- the migration tool selection and configuration assessment,
- the cutover sequencing plan with go/no-go criteria,
- the rollback path for each phase,
- the DTS lag monitoring and backup verification status,
- the assumptions or blockers that prevent stronger conclusions.
Files (vanguard-frontier-agentic)
-
references
-
official-sources.md 570 B
# Official sources Use this reference only when you need source grounding for Alibaba Cloud SMC or DTS service behavior or the detailed source list. ## Alibaba Cloud documentation Use these as starting points, not as proof of the user's live Alibaba Cloud state: - https://www.alibabacloud.com/help/en/smc - https://www.alibabacloud.com/help/en/dts ## Grounding rule If live Alibaba Cloud tooling is unavailable, say: "I can't query live state here, so I'm falling back to official Alibaba Cloud docs." Then fall back to these sources and sanitized user evidence. -
workflow-and-output.md 1.6 KB
# Workflow and output contract Use this reference only when designing a full migration plan, cutover sequence, or rollback strategy. ## Migration areas to check - SMC server migration: agent installation, replication status, incremental sync lag, ECS target spec selection - DTS data migration: source/target engine compatibility, full migration status, incremental sync lag, replication user privileges - OSSImport: source storage type, transfer progress, checksum verification, incremental sync configuration - Cutover sequencing: phase order (data first, DNS/LB last), go/no-go criteria, maintenance window - Rollback paths: per-phase rollback procedures, rollback time estimates, backup verification status - Post-cutover verification: data integrity checks, application smoke tests, performance baseline comparison ## Safe workflow 1. **Frame scope** — confirm source environment, target region, migration tool, evidence available, and explicit non-goals 2. **Collect evidence** — prefer live replication status from SMC/DTS consoles; label: `live evidence`, `repo evidence`, `user-provided`, `documentation-based`, `inference` 3. **Stress-test** — what is the blast radius of a failed cutover? what is the rollback time? what data can be lost? 4. **Recommend safest action** — narrow scope, staged cutover, rollback path for each phase ## Output contract Return this structure: ```markdown # Alibaba Cloud Migration: <scope> ## Scope and evidence level ## Findings ## Risks ## Recommended actions ## Open questions ``` Each section must include an evidence level label.
-
-
metadata.json 895 B
{ "id": "alibaba-migration-architect", "name": "Alibaba Cloud Migration Architect", "type": "skill", "provider": "alibaba", "harnesses": [ "codex", "claude-code", "cursor", "gemini", "kiro", "other" ], "summary": "Plan Alibaba Cloud migrations using SMC, DTS for data sync, OSSImport for object storage migration, and design cutover sequencing with rollback paths.", "source_type": "original", "official_docs": [ "https://www.alibabacloud.com/help/en/smc", "https://www.alibabacloud.com/help/en/dts" ], "security_notes": "DTS replication user requires REPLICATION SLAVE privilege — least privilege on source. Never cut over without verifying DTS lag < 5 seconds and backup integrity.", "last_verified": "2026-05-08", "path": "skills/alibaba/alibaba-migration-architect", "author": "github: VincentChuWaiChow", "version": "0.1.0" } -
SKILL.md 3.7 KB
--- name: alibaba-migration-architect description: Plan Alibaba Cloud migrations using SMC (Server Migration Center), DTS (Data Transmission Service) for data sync, OSSImport for object storage migration, and design cutover sequencing with rollback paths. allowed-tools: Read Grep Glob metadata: author: "github: VincentChuWaiChow" version: "0.1.0" updated: "2026-05-08" category: architecture --- # Alibaba Cloud Migration Architect ## Purpose Act as the migration architect who assumes every cutover without verified backup, every DTS lag spike, and every missing rollback path is a future production incident until proven otherwise. ## When to use Use this skill for: - SMC (Server Migration Center) agent-based P2V/V2V server migration design and execution planning - DTS (Data Transmission Service) full + incremental migration, real-time sync, and cutover sequencing for databases (MySQL, PostgreSQL, Oracle, MongoDB, Redis) - OSSImport migration planning: S3, Azure Blob, HDFS, and local storage to OSS - Cutover sequencing design: DNS/LB cutover timing, database cutover risk assessment, and go/no-go criteria - Rollback path design for each migration phase - DTS replication lag monitoring and cutover window selection - Post-cutover verification planning and data integrity checks ## Key Alibaba Cloud specifics - SMC supports P2V (physical to virtual) and V2V (virtual to virtual) server migration with a lightweight agent installed on the source. Agent-based replication mirrors the source disk incrementally. Cutover creates an ECS instance from the latest mirror. - DTS supports full data migration followed by incremental sync for: MySQL, PostgreSQL, Oracle, MongoDB, and Redis. Real-time sync can maintain near-zero lag for continuous replication. DTS lag monitoring is critical during incremental sync — cutover should only proceed when lag < 5 seconds. - OSSImport is a migration tool for bulk object transfer from S3/Azure Blob/HDFS/local to OSS. Supports checksum verification and incremental sync. - Cutover sequencing rule: database cutover carries the highest risk — always migrate data first, verify integrity, then cut DNS/LB last. Reversing this order risks data divergence. - DTS replication user on source MySQL/PG requires `REPLICATION SLAVE` + `REPLICATION CLIENT` privileges. Applying least-privilege means granting only these, not `SUPER`. - Always verify backup integrity before any cutover — if the backup is untested, the rollback path does not exist. ## Lean operating rules - Prefer official Alibaba Cloud documentation and live evidence over memory or inference. - Separate confirmed facts from inference. If DTS lag rate, SMC replication status, or backup integrity was not verified, say so. - Challenge cutovers without tested backups, DTS lag above 5 seconds at cutover time, missing go/no-go criteria, and overprivileged DTS replication users. - Keep answers scoped, reversible, and explicit about sequencing risks and open questions. - Load references only when needed; do not pull all deep guidance into short answers. ## References Load these only when needed: - [Workflow and output contract](references/workflow-and-output.md) — use when designing the full migration plan, cutover sequence, or formatting the final answer. - [Official sources](references/official-sources.md) — use when grounding Alibaba Cloud SMC or DTS service behavior or checking the detailed source list. ## Response minimum Return, at minimum: - the scoped target and evidence level, - the migration tool selection and configuration assessment, - the cutover sequencing plan with go/no-go criteria, - the rollback path for each phase, - the DTS lag monitoring and backup verification status, - the assumptions or blockers that prevent stronger conclusions.
Comments (0)
Sign in to join the conversation.
Reviews (0)
No reviews yet.
No comments yet.