mcpField
R
release-manager

release-manager

github.com/daffy0208クラウド・DevOps38132 回インストール44 週間前に更新
リポジトリ

release-manager について

Release Managerは、ソフトウェア変更を段階的に公開するチーム向けのリリース計画スキルです。段階的なロールアウト、フィーチャーフラグ、デプロイ戦略、監視、連絡、ロールバック確認を扱います。

主な機能

  1. 01段階的なロールアウト計画
  2. 02フィーチャーフラグの設定
  3. 03ブルーグリーンとカナリアの戦略
  4. 04リリース監視と指標
  5. 05ロールバックとリリースのチェックリスト

活用シーン

  1. 01少人数のユーザーから機能を公開
  2. 02カナリアデプロイを監視
  3. 03ロールバック計画を準備
  4. 04リリース確認と連絡を調整

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/daffy0208/ai-dev-standards --skill release-manager

インストール後、Claude Code で/release-managerを入力して読み込まれたか確認します。

同梱ファイルmanifest.yaml

詳細

リリースマネージャー

段階的なロールアウトで機能を安全にリリースします。

段階的なロールアウト戦略

Phase 1 - Internal (Day 1):
  - 100% to internal team
  - Test thoroughly
  - Fix critical bugs

Phase 2 - Beta (Day 2-3):
  - 5% to beta users
  - Monitor errors/performance
  - Collect feedback

Phase 3 - Gradual (Day 4-7):
  - 25% of users
  - Watch metrics closely
  - 50% of users if good
  - 100% if still good

Phase 4 - Full Release:
  - 100% of users
  - Remove feature flag
  - Announce publicly

フィーチャーフラグ

// Feature flag implementation
const featureFlags = {
  newDashboard: {
    enabled: true,
    rollout: 0.25, // 25% of users
    userGroups: ['beta-testers'], // Always on for beta
  }
}

function isFeatureEnabled(feature, user) {
  const flag = featureFlags[feature]

  // Check user group
  if (user.groups.some(g => flag.userGroups.includes(g))) {
    return true
  }

  // Check rollout percentage
  const hash = hashUserId(user.id)
  return (hash % 100) < (flag.rollout * 100)
}

// Usage
{isFeatureEnabled('newDashboard', user) ? (
  <NewDashboard />
) : (
  <OldDashboard />
)}

デプロイ戦略

ブルーグリーンデプロイ
Process: 1. Deploy to "green" environment
  2. Test green thoroughly
  3. Switch traffic to green
  4. Keep blue as rollback

Pros: Instant rollback
Cons: 2x infrastructure cost
カナリアデプロイ
Process: 1. Deploy to 5% of servers
  2. Monitor for 1 hour
  3. If good, deploy to 25%
  4. Monitor for 1 hour
  5. If good, deploy to 100%

Pros: Gradual, safe
Cons: Slower rollout

ロールバック計画

Criteria for Rollback:
  - Error rate > 1%
  - Performance degradation > 20%
  - Critical bug discovered
  - Negative user feedback

Rollback Process: 1. Disable feature flag immediately
  2. Notify team
  3. Investigate issue
  4. Fix and redeploy

リリースチェックリスト

リリース前
  • コードレビュー済み
  • テスト合格
  • ステージング環境でテスト済み
  • フィーチャーフラグ設定済み
  • ロールバック計画の準備完了
  • モニタリングアラート設定済み
リリース中
  • まず5%にデプロイ
  • エラー率を確認
  • パフォーマンスを監視
  • ユーザーからのフィードバックを確認
  • 段階的に割合を増やす
リリース後
  • 24時間モニタリング
  • フィードバックを収集
  • フィーチャーフラグを削除
  • 得られた知見を記録

モニタリング

Key Metrics During Release:
  - Error rate
  - Response time p95
  - CPU/memory usage
  - User-reported issues

Alerts:
  - Error rate > 1% → Pause rollout
  - Response time > 2s → Investigate
  - Memory spike > 90% → Rollback

コミュニケーション

Internal:
  - Slack announcement
  - Deploy log updated
  - Engineering team notified

External:
  - Changelog updated
  - Email to power users (if major)
  - Blog post (if significant)

まとめ

安全なリリースのために:

  • ✅ 少量(5%)から開始
  • ✅ 綿密にモニタリング
  • ✅ すぐにロールバックできるようにする
  • ✅ あらゆる場所でフィーチャーフラグを使用
  • ✅ プロセスを記録

コメント