ひとりで出荷する開発者のために

フィーチャーフラグ ツールを、誇張なしで選ぶ

ソロ開発者や小さなチームに本当に必要なもので比較し、フラグで囲む価値のある機能を絞り込みます。無料、登録不要。

プロジェクト仕様を生成 ツールを比較する
夜のダークな開発者デスク。ノートPCとモニターにコードとフィーチャーフラグのダッシュボードが映っている
フィーチャーフラグの使いどころ

フィーチャーフラグが担う4つの役割

フラグ付きで出荷し、公開は後で

未完成の作業もフラグの裏で main にマージできます。コードのデプロイと機能の公開が別の出来事になるので、金曜日のマージも怖くなくなります。

段階的に公開する

まず自分だけに有効にし、次に5%のユーザー、最後に全員へ。エラー率が上がっても、全員に謝る前に5%の段階で止められます。

数秒で止めるキルスイッチ

不安定なサードパーティ連携や遅いクエリを、ダッシュボードから即座に無効化できます。ロールバックも再デプロイも、午前3時のホットフィックス ブランチも要りません。

実ユーザーでテストする

2つのバリアントを配信し、1つの指標を測って勝ち案を残します。実験機能を同梱するツールもあれば、分析基盤に任せるツールもあります。

比較

4つのツール、正直な違い

まずホスティング形態とライセンスで選びましょう。料金は頻繁に変わるため、契約前に各社のページで上限を確認してください。

比較項目LaunchDarklyPostHogGrowthBookUnleash
ライセンス独自（プロプライエタリ）MITMITApache
セルフホスト不可可能可能可能
無料枠利用量に上限あり月100万フラグリクエストまで無料クラウドは無料枠あり、セルフホストは無料セルフホストは無料
実験機能の内蔵ありあり（クラウド）あり限定的
向いている用途マネージド型のエンタープライズ製品を求めるチームプロダクト分析も併用したいチームA/Bテストを重視するチームデータの主権が必要なチーム
ユースケース

リスクのある機能ができるまで、ツールは入れない

よくある失敗は、フラグで囲むものが何もないプロジェクトにフィーチャーフラグ ツールを入れてしまうことです。フラグが効くのは、全員に一度に出すのをためらう変更があるときです。決済フロー、データ移行、コストが読めないAI機能などがそれにあたります。その変更を名前で挙げられないなら、当面は環境変数のブール値で十分です。whatshouldibuildnext.com のジェネレーターは、大まかなアイデアを、スタック案とリスクの高い機能1〜2個を含む仕様に変えます。ベンダーを選ぶ前に、何をフラグの裏に置くべきかが分かります。

  • 無料、クライアントサイドで動作、登録不要
  • 出荷するとリスクのある機能を挙げてくれる
  • フラグSDKに対応したスタックを提案
ジェネレーターを試す
キーボードに手を置く開発者。暗い部屋の画面にコードの差分が表示されている
ホスティング

ホスト型かセルフホストか。負担の小さい方を選ぶ

オープンソースのフィーチャーフラグ ツールは、ライセンス上は無料でも、時間まで無料ではありません。セルフホストでは、バックアップするデータベース、止めないサービス、追いかけるアップグレードの道筋を自分で持つことになります。しかもそれは、リクエストのたびに本番コードが依存するシステムです。ホスト型はそれを肩代わりしてくれますし、無料枠は多くのサイド プロジェクトに十分です。データの所在地やリクエストごとのコストに迫られたときにセルフホストを選んでください。インディーらしく見えるからではありません。どちらを選んでも、OpenFeatureに対してコードを書いておけば、選択は後から戻せます。

  • ホスト型: サーバー不要、利用量に応じた料金
  • セルフホスト: リクエスト課金なし、稼働時間は自分の責任
  • OpenFeatureでベンダーを差し替え可能に保つ
リリース計画のスケッチ。ノートの上で2つの道に分かれ、横にノートPCが置かれている
はじめかた

ゼロから、フラグ付きの機能まで

  1. 1

    リスクのある変更に名前を付ける

    壊れた状態で出荷すると痛手になる機能を1つ選びます。それが最初のフラグです。20個全部ではありません。

  2. 2

    無料枠から始める

    アカウントを作るか、オープンソースのイメージをローカルで起動します。SDKキーを取得し、ブランチ上で1つのフラグを配線します。

  3. 3

    デフォルトはオフにする

    安全な動作をフォールバックにしておけば、フラグの取得に失敗しても未完成のコードが露出しません。

  4. 4

    段階的にロールアウトする

    まず自分、次に少数の割合、最後に全員へ。各段階の間で、エラーとレイテンシを確認します。

  5. 5

    フラグを削除する

    機能が100%で安定したら、フラグと不要になったコードパスを1つのプルリクエストで削除します。

FAQ

よくある質問

フィーチャーフラグ ツールとは何ですか？
再デプロイせずに、実行時にコードパスをオン・オフできるツールです。リスクのある変更をフラグで囲み、オフの状態で出荷してから、自分だけ、一部のユーザー、または全員に有効にします。壊れたらすぐに無効化できます。
ソロのサイド プロジェクトでもフィーチャーフラグ ツールは必要ですか？
初日から必要なことは通常ありません。環境変数のブール値で多くを賄えます。ユーザー単位の対象指定、段階的ロールアウト、サーバーに触れずに切り替えられるキルスイッチが必要になったら、専用ツールを検討してください。
無料のフィーチャーフラグ ツールはありますか？
あります。LaunchDarkly、PostHog、GrowthBook、Flagsmith、Statsig はいずれも無料枠を提供しています。Unleash、GrowthBook、Flagsmith、PostHog にはセルフホスト可能なオープンソース版もあります。上限と料金は変わるため、契約前に各社の料金ページを確認してください。
セルフホストとホスト型サービス、どちらを選ぶべきですか？
ホスト型は、パッチを当てるサーバーがなく、フラグの評価も任せられます。セルフホストは、リクエストごとの課金がなく、データを完全に管理できますが、データベースと稼働時間は自分で持つことになります。サイド プロジェクトなら、通常はホスト型の無料枠の方が手間が少ないです。
OpenFeatureとは何で、重要ですか？
OpenFeatureは、フラグ評価のためのベンダー中立なAPIです。これに対してコードを書いておけば、後でプロバイダーを変えてもプラグインを差し替えるだけで済み、すべてのフラグ呼び出しを書き直す必要がありません。ベンダーロックインに対する安価な保険です。
古いフラグが溜まるのを防ぐには？
フラグを作るときに、担当者と削除予定日を必ず決めます。数週間100%のまま放置されたフラグは負債とみなし、フラグと不要になった分岐を同じプルリクエストで削除します。
フラグの練習には何を作ればよいですか？
全員に出すのをためらうような機能を、少なくとも1つ含むものです。whatshouldibuildnext.com のジェネレーターは、リスクのある機能を1〜2個含む小さなプロジェクトを設計してくれるので、コードをフラグで囲む本当の理由が得られます。

フラグで囲む価値のある機能を設計する

無料の仕様ジェネレーター。クライアントサイドで動作し、登録は不要です。機能とスタック案を取得してから、フラグツールを選んでください。

プロジェクト仕様を生成
~/build
アイデアを生成