フィーチャーフラグは『継続的デプロイの基盤』
本番デプロイとリリースを分離するフィーチャーフラグは現代の開発に不可欠です。本記事では編集部の視点で、本格運用を公開情報をもとに整理します。フィーチャーフラグ実践 もご参考に。
主要なサービス
(1) LaunchDarkly：業界最大シェア。(2) PostHog：分析+フラグ統合。(3) Unleash：OSS で人気。(4) Split.io：実験機能強い。(5) ConfigCat：シンプル・安価。
LaunchDarkly の特徴
(1) エンタープライズ機能フル。(2) SDK 30+ 言語。(3) SOC2 等のコンプライアンス。(4) 料金高め(公開情報をもとに)。(5) 大規模実績。
PostHog の特徴
(1) 分析+フラグ統合。(2) セルフホスト可能。(3) OSS+ Cloud 版。(4) 急成長中(公開情報をもとに)。(5) スタートアップで人気。Notion AI 活用 もご参考に。
Unleash の特徴
(1) OSS：完全無料セルフホスト。(2) SDK 多数。(3) 段階的rollout。(4) 戦略カスタマイズ。(5) Pro/Enterprise有料版あり。
運用パターン
(1) Release Toggles：機能リリース。(2) Experiment Toggles：A/Bテスト。(3) Ops Toggles：機能 ON/OFF。(4) Permission Toggles：プラン制御。(5) Kill Switch：緊急停止。
セグメント設計
(1) ユーザー属性：年齢/地域。(2) プラン：Free/Pro/Enterprise。(3) パーセンタイル：1%/10%/100%。(4) geo：地域別。(5) カスタム：複合条件。
フラグ管理のガバナンス
(1) 命名規約。(2) ライフサイクル：作成 → 段階 → 削除。(3) 定期棚卸し：3ヶ月。(4) 監査ログ。(5) 債務の管理：負債化防止。技術的負債管理 もご参考に。
失敗しがちなパターン
(1) フラグ削除忘れ：負債爆発。(2) テスト不足：ON/OFF 両方テスト。(3) 命名混乱：意味不明。(4) 権限管理甘い。(5) 監視なし：本番影響不明。対策は、(1)期限付与+定期削除、(2)テストケース全網羅、(3)Style Guide、(4)RBAC、(5)Datadog 等連携、です。