alibaba-migration-architect v0.1.0A

Immutable. This exact content never changes and is served at /api/v1/blob/884ee1ae7150781b.

---
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.