フィーチャーフラグ とは？

新機能のコードをmainブランチにマージしても、フラグをOFFにしておけばユーザーには見えない。準備ができたらフラグをONにしてリリース、問題があればフラグをOFFにして即座にロールバック。デプロイ（コードの配置）とリリース（ユーザーへの公開）を分離できるのが最大のメリットだよ

①段階的ロールアウト（まず1%のユーザーに公開→10%→100%）、②A/Bテスト（半数にはUIのAパターン、半数にはBパターン）、③特定ユーザーにβ機能を開放（社内テスター、VIPユーザー）、④キルスイッチ（障害時に問題のある機能だけ緊急停止）。デプロイのリスクを劇的に下げるよ

最大の注意点は「フラグの掃除」。リリース完了したフラグを放置すると、コード内にif分岐が残り続けて複雑化する。フラグには有効期限を設定して、定期的にクリーンアップする運用が必須。LaunchDarklyなどのツールはフラグの「陳腐化検出」機能を持っているよ

小規模なら環境変数やDB設定テーブルで自前実装できる。でも段階的ロールアウトやA/Bテスト、ユーザーセグメント別の出し分けが必要ならLaunchDarklyやUnleash（OSS）を使った方がいい。自前実装はフラグ管理のUI、監査ログ、SDKの保守が大変で、結局はSaaSの方がコスパが良いことが多いよ