LaunchDarkly スタートアッププログラムで得られるもの
LaunchDarkly は、機能管理プラットフォームの利用クレジットを最大 5,000 ドル提供します。これは、メーターで測定される 2 つの項目、つまりアカウントのデベロッパーシートと、フラグが評価されるコンテキストをカバーします。
AI Perks は、これを 194 社にわたる 770 万ドルのクレジットとともに追跡しています。
境界線は重要です。クレジットは LaunchDarkly の請求書のみをカバーし、それ以外はカバーしません。リリース先のサーバー、ロールアウトがうまくいっていないことを知らせるオブザーバビリティスタック、機能が機能したことを知らせる分析などは対象外です。適格性は、あなたのステージと資金調達によって異なります。現在の条件は getaiperks.com に記載されています。
5,000 ドルは、6 桁のクラウドクレジットとは異なる種類の助成金です。これはランウェイ（余裕資金）ではありません。これは意思決定の補助金です。リリースインフラストラクチャが無料になる期間を購入するため、チームが実際にリリース方法を変更するかどうかを学習できます。変更するチームは喜んで支払い続けます。SDK をインストールしてもブランチングモデルに一切触れないチームは、高価な設定ファイルを 1 つ購入したことになります。
機能管理とは実際には何のためのものか
機能フラグは、コードのデプロイとユーザーへのリリースを分離するため、main へのマージは全員が怖がる瞬間ではなくなります。
重要なのは、LaunchDarkly と競合他社のどちらかを選ぶことではありません。それは、ホストされた機能管理と、すでに持っている設定ファイル内のブール値のどちらかです。
すべてのチームは最終的にフラグを考案します。環境変数、設定テーブルの列、if (accountId in BETA_LIST) などです。それは何も費用がかからず、これらのいずれかが必要になるまでは完全に問題ありません。
- デプロイなしでの変更。 インシデント中に機能をオフにするには、数秒で完了し、CI の実行も不要であるべきです。そのキルスイッチは、四半期で最も悪い日に機能管理の費用を賄います。
- 非エンジニアが編集できるターゲティングルール。 ある顧客に午後 9 時に何かを有効にしても、寝ている人からプルリクエストを要求されるべきではありません。
- 安定したバケットを使用したパーセンテージロールアウト。 同じユーザーが線の同じ側に留まりながら、1% から 10% から 50% に段階的に引き上げることは、見た目よりも手作業で正確に処理するのが難しいです。
- 監査と有効期限。 誰が、誰のために、いつこれをオンにしたか。
- 同じターゲティングエンジンでの実験。 ロールアウトと A/B テストが 1 つのオブジェクトであり、2 つの不一致するシステムではないように。
正直なヒューリスティック: 悪いリリースが数時間ではなく顧客を失うコストになったとき、または数人のエンジニアよりも多くのエンジニアが毎日同じトランクにマージするとき、フラグは支払う価値があります。それ以下のラインでは、設定ファイルが依然として適切な答えです。
何かを採用する前に、1 つの持続的な詳細: OpenFeature は CNCF のベンダーニュートラルなフラグ評価インターフェースであり、LaunchDarkly はそれ用のプロバイダーを提供します。ベンダー SDK ではなく、そのインターフェースに対して評価呼び出しを記述することは、費用がかからず、購入する中で最も安価なエグジットオプションです。
LaunchDarkly の価格設定はスケールでどのように変動するか
LaunchDarkly は 2 つの独立したメーターで請求します。デベロッパーシートは採用とともに増加し予測可能ですが、コンテキストはトラフィックとともに増加し、人々を驚かせるメーターです。
コンテキストとは、フラグが評価される対象（ユーザー、アカウント、デバイス、サービス）です。各一意のキーがカウントされます。
| メーター | 推進要因 | スパイクの原因 |
|---|---|---|
| デベロッパーシート | フラグを作成または編集できるユーザー | すべてのエンジニア、PM、デザイナーにデフォルトで書き込みシートを付与する |
| コンテキスト | フラグが評価される一意のキー | セッションまたはページ読み込みごとに新しい UUID を使用し、安定した 1 つの識別子を使用しない |
| クライアントサイド評価 | ブラウザやモバイルアプリに公開されるフラグ | サーバー専用フラグをクライアントサイドで利用可能としてマークする |
| マルチコンテキストターゲティング | ユーザー、アカウント、デバイスによるターゲティング | 各コンテキスト種別がメーターに対して個別にカウントされる |
| 実験 | 実行中の実験に登録されたキー | 決定が下された後も長期間実行されたままの実験 |
| 環境とプロジェクト | フラグ状態の並列コピー | 開発者ごとの環境が設定を乗算する |
プラン名、許容範囲、正確な請求単位は時間とともに変更されます。モデリングする前に、LaunchDarkly 自身の価格ページで現在の数値を検証してください。
請求額を決定する計算はコンテキストキーです。月間訪問者 50,000 人を想定します。デバイスに保存された 1 つの安定した匿名識別子でキー付けすると、50,000 コンテキストになります。訪問者あたり 3 セッションのセッションごとの UUID でキー付けすると、150,000 コンテキストとなり、3 倍の乗数になります。セッションあたり 8 ページ**のページ読み込みごとにキー付けすると、120 万コンテキストとなり、24 倍の乗数で追加のターゲティング機能はゼロです。
1 つの安定した匿名キーを設定し、セッション全体で再利用することは、数行のコードで、統合における最もレバレッジの高い決定です。AI Perks はクレジット額をリストしていますが、乗数はあなたが制御できます。
シートは、予測可能であるため、より親しみやすいメーターです。ほとんどのプランでは、完全な書き込みアクセスと読み取り専用または制限付きのロールを区別しているため、チーム全体に同じロールを付与する前に、どのロールが課金されるかを確認してください。
LaunchDarkly クレジットが積み重なるもの
機能フラグは異常によく積み重なります。なぜなら、フラグはリリースの半分にすぎないからです。もう半分は、ランプアップを続けるかどうかを知らせるシグナルであり、その半分は、スタートアッププログラムも実行している別のベンダーによって請求されます。
機能するプログレッシブデリバリー設定は 4 つのベンダーに触れ、それぞれに助成金があります。
- オブザーバビリティと APM クレジットは、フラグの背後にあるコホートのレイテンシとエラー率をカバーします。これは、安全なロールアウトが続行するかどうかを決定する前に読み取るものです。
- エラー追跡クレジットは、悪いフラグの切り替え後に最初に移動するものをカバーします。ダッシュボードに表示される数分前です。
- プロダクト分析クレジットは、機能が行動をまったく変更したかどうかをカバーします。同じ質問の実験半分です。
- クラウドと CI/CD クレジットは、リリース先のコンピューティングと、1 日に何度もトランクをマージするパイプライン、フラグを必要とするプラクティスをカバーします。
フラグ助成金とオブザーバビリティ助成金を持つチームは、同じ期間でループ全体を資金調達しました。ダークにシップし、パーセンテージでランプアップし、メトリックを監視し、自動的にロールバックします。そのループは製品であり、トグルではありません。どの助成金が組み合わされ、どれが静かに互いを無効にするのかが、AI Perks がリストとして維持されている理由です。
創業者らが機能フラグについて間違っていること
最も高価な間違いはフラグの負債です。フラグをリリースしても決して削除せず、コードベースが数百の永続的なブランチを抱え、誰もが理解できず、どのテスト実行もすべての組み合わせをカバーしない状態になるまでです。
5 つの失敗パターン、コスト順に並べられています。
クリーンアップしない。 一時的なフラグの寿命は 1 つまたは 2 つのリリースです。削除は、追加するのと同じチケットに入れます。これをスキップするチームは、機能よりもフラグが多くなり、静かにカバーを停止するテストサーフェスを持つことになります。
フラグをエンタイトルメントとして使用する。 プランのゲーティング（アカウントが SSO を取得するかどうかなど）は、フラグのように見えますが、そうではありません。これは永続的な製品構成であり、請求ロジックの隣に配置されるべきであり、メーター付きフラグシステムを通じてルーティングすることは、データベースが無料で回答することに対して、コンテキストごとに支払うことを意味します。
不安定なコンテキストキー。 繰り返す価値があります。1 行のコードが通常の請求書と奇妙な請求書を分離します。
何も接続されていないフラグを切り替える。 測定されていないロールアウトは、追加の手順を実行したデプロイです。価値は決してトグルではなく、その周りのフィードバックループでした。
終了計画が遅い。 OpenFeature を介して評価し、フラグ呼び出しを独自のモジュール内に配置し、クレジットの 70% が消費された時点で、非補助金設定がどのようになるかを決定します。100% の時点ではありません。クレジットは、プラクティスが適合するかどうかを判断するためのものであり、どちらの回答も役立ちます。
LaunchDarkly およびその他の開発ツールクレジットの取得方法
ステップ 1: getaiperks.com で開始し、開発ツールにフィルタリングします。 LaunchDarkly は、CI/CD、オブザーバビリティ、エラー追跡プログラムとともにそこにあり、それぞれに現在の金額と適格性が記載されています。
ステップ 2: 同じ週にオブザーバビリティ助成金に申請します。 メトリックが背後にあるフラグはシステムの半分であり、2 つの助成金は別々よりも一緒に保持する方が価値があります。
ステップ 3: アクセラレーターおよび投資家チャンネルを確認します。 開発者ツールクレジットの相当な割合は、直接申請ではなく、パートナー経由で配布されます。しばしば金額も異なります。
ステップ 4: 早期に申請し、遅延してアクティブ化します。 クレジット時計は通常、アクティブ化から開始されるため、リリース トラフィックが発生する前に承認され、発生した後にアクティブ化します。
ステップ 5: 最初のフラグをリリースする前に、コンテキストキーを修正します。 最初の日の小さな決定、1 年間の誤ってバケット化された分析後の厄介な移行。
よくある質問
LaunchDarkly スタートアッププログラムの価値はいくらですか？
LaunchDarkly 機能管理のクレジットは最大 5,000 ドルで、デベロッパーシートとフラグが評価されるコンテキストをカバーします。小規模なエンジニアリングチームで中程度のトラフィックの場合、これは通常、機能管理ラインにおいて実質的なランウェイ（余裕）となります。現在の金額と適格性は getaiperks.com で追跡されています。
LaunchDarkly は本当に必要ですか、それとも設定ファイルで十分ですか？
週に数回リリースする小規模チームにとって、設定フラグは完全に問題ありません。LaunchDarkly がその価格に見合うのは、悪いリリースが数時間ではなく顧客を失うコストになったとき、非エンジニアがデプロイなしでターゲティングを変更する必要があるとき、または数人のエンジニアが毎日同じトランクにマージするときです。
LaunchDarkly のコンテキスト数は、ユーザー数よりも多いのはなぜですか？
ほぼ常に、コンテキストキーが安定していないことが原因です。セッションごとに新しい UUID を使用すると、50,000 人の訪問者が 150,000 コンテキストになり、ページ読み込みごとに再生成されるキーは、同じトラフィックを 100 万以上に押し上げる可能性があります。セッション全体で再利用される 1 つの永続的な匿名識別子がそれを修正します。
LaunchDarkly クレジットは、クラウドまたは監視の請求書をカバーしますか？
いいえ。LaunchDarkly は機能管理のみを請求します。リリース先のサーバー、ロールアウトを監視する APM、リグレッションをキャッチするエラー追跡、結果を測定する分析はすべて個別の請求書です。それぞれに対応する助成金は getaiperks.com で追跡されています。
LaunchDarkly クレジットを他のスタートアップクレジットと組み合わせることはできますか？
はい、請求書が重複しないため、きれいに積み重なります。クラウドクレジットはコンピューティングをカバーし、オブザーバビリティクレジットはロールアウトシグナルをカバーし、分析クレジットは実験結果をカバーします。AI Perks は 194 社にわたる 770 万ドルのクレジットを追跡しており、同じカテゴリに属するプログラムも含まれています。
LaunchDarkly クレジットがなくなるとどうなりますか？
無料期間中に下されたコンテキストキー、シート割り当て、フラグ管理の決定によってサイズが決まる請求書を引き継ぎます。これらを最初に意図的に設定し、OpenFeature を介して評価して統合をポータブルに保ち、最初の非補助金請求書の後ではなく、70% 消費された時点で変更を決定します。
機能をリリースしてください。安全ネットの資金調達は、それが必要かどうかを学ぶ間、他の人に任せてください。