zero-downtime-migration

Generates a six-section checklist for production zero-downtime migrations covering rollout, validation, and rollback.

3|2|Updated Feb 13, 2026
One-click install
npx skills add https://github.com/Yoodaddy0311/artibot --skill zero-downtime-migration-yoodaddy0311
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: zero-downtime-migration
Source: https://github.com/Yoodaddy0311/artibot/tree/main/plugins/artibot/skills/zero-downtime-migration
Command: npx skills add https://github.com/Yoodaddy0311/artibot --skill zero-downtime-migration-yoodaddy0311

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Production migrations involving revenue or customer data (database engine swaps, payment provider changes, runtime upgrades) carry severe risk when executed without a structured plan. This Skill enforces a six-section operational checklist so no critical step—backup, canary rollout, validation, rollback, communication, or worst-case planning—is skipped. ## Core Features & Use Cases - Six-Section Checklist: Pre-migration (backup, integrity, dry-run), rollout strategy (feature flags, canary, dual write/read), validation (metrics, logs, alarms), rollback plan (ABORT conditions, per-phase matrix, RPO/RTO), communication (war-room, escalation chain), and worst-case scenarios. - Measurable Thresholds: Every item uses concrete criteria such as error rate +0.5%p, p95 latency +20%, and automatic ABORT triggers, producing output operations teams can execute directly. - Use Case: When migrating from MySQL to PostgreSQL or switching Stripe to Toss Payments, invoke this Skill to produce a phased dual-write plan with rollback dry-runs and a Point-of-No-Return sign-off gate. ## Quick Start Ask the agent to plan a zero-downtime migration from MySQL to PostgreSQL for the production payments database.

Frequently Asked Questions about zero-downtime-migration

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I plan a zero-downtime database migration?▼

Follow six sections: pre-migration backups and dry-runs, a rollout strategy with feature flags and canary stages, validation metrics, a rollback plan with ABORT conditions, a communication plan, and worst-case scenarios. Use dual write/read phases A through D to shift traffic gradually.

What is the dual write pattern for data migration?▼

Dual write writes to both source and target systems while reading from the source first, then comparing both, then reading from the target. Phases progress from easy rollback (flag off) to a Point-of-No-Return gate requiring owner approval before cutover.

When should I not use a zero-downtime migration checklist?▼

Skip it for build tool swaps like Webpack to Vite, local dev environment changes, internal-only tooling, and minor library updates without breaking changes. It is designed only for work where production traffic and user data are at stake.

What rollback conditions should trigger an automatic abort?▼

Automatic ABORT triggers include error rate exceeding baseline by 1%p for 5 minutes, p95 latency up 50% for 10 minutes, and any critical path failure in payments or authentication. Dual-write mismatch above 0.1% warrants manual review as an abort candidate.

How do canary rollout stages work in a migration?▼

Traffic shifts progressively: 0% to 1% for 30 minutes, then 10% for an hour, 50% for six hours, then 100%. Each stage has explicit ABORT conditions tied to error rate, latency, and data consistency checksums.