Ce que le Programme Startup de LaunchDarkly vous apporte
LaunchDarkly offre jusqu'à 5 000 $ de crédits pour sa plateforme de gestion des fonctionnalités, qui couvre les deux éléments qu'elle mesure : les sièges développeurs sur votre compte et les contextes sur lesquels vos drapeaux sont évalués.
AI Perks le suit aux côtés de 7,7 M$ de crédits répartis dans 194 entreprises.
La frontière est importante. Le crédit couvre la facture LaunchDarkly et rien d'autre : pas les serveurs sur lesquels vous déployez, pas la pile d'observabilité qui vous indique qu'un déploiement se passe mal, pas les analyses qui vous indiquent que la fonctionnalité a fonctionné. L'éligibilité dépend de votre stade et de votre financement, et les conditions actuelles sont listées sur getaiperks.com.
5 000 $ est un type de subvention différent d'un crédit cloud à six chiffres. Ce n'est pas une piste. C'est une subvention de décision : elle achète une fenêtre pendant laquelle l'infrastructure de publication est gratuite, vous permettant ainsi de savoir si votre équipe change réellement sa façon de livrer. Les équipes qui changent continuent de payer avec plaisir. Les équipes qui installent le SDK et ne touchent jamais à leur modèle de branche ont acheté un fichier de configuration coûteux.
À quoi sert réellement la gestion des fonctionnalités
Les drapeaux de fonctionnalités séparent le déploiement du code de sa publication aux utilisateurs, de sorte que la fusion dans la branche principale cesse d'être le moment qui effraie tout le monde.
La décision importante n'est pas LaunchDarkly contre un concurrent. C'est la gestion des fonctionnalités hébergée contre le booléen dans le fichier de configuration que vous avez déjà.
Chaque équipe invente des drapeaux à terme : une variable d'environnement, une colonne dans la table des paramètres, un if (accountId in BETA_LIST). Cela ne coûte rien et convient parfaitement jusqu'à ce que vous souhaitiez l'une des choses suivantes :
- Changer sans déployer. Désactiver une fonctionnalité lors d'un incident devrait prendre quelques secondes et aucun cycle de CI. Ce coupe-circuit amortit la gestion des fonctionnalités lors du pire jour de votre trimestre.
- Des règles de ciblage qu'un non-ingénieur peut modifier. Activer quelque chose pour un client à 21h ne devrait pas nécessiter une pull request de la personne qui dort.
- Déploiements progressifs avec des groupes stables. Faire passer de 1 % à 10 % à 50 % tout en maintenant le même utilisateur du même côté de la ligne est plus difficile à réaliser manuellement qu'il n'y paraît.
- Audit et expiration. Qui a activé ceci, pour qui, et quand cela sera désactivé.
- Expérimentation sur le même moteur de ciblage, de sorte qu'un déploiement et un test A/B soient un seul objet plutôt que deux systèmes qui ne sont pas d'accord.
L'heuristique honnête : les drapeaux valent la peine d'être payés une fois qu'un mauvais déploiement vous coûte des clients plutôt que des heures, ou une fois que plus qu'une poignée d'ingénieurs fusionnent dans le même tronc chaque jour. En deçà de cette ligne, votre fichier de configuration est toujours la bonne réponse.
Un détail durable avant d'adopter quoi que ce soit : OpenFeature est une interface d'évaluation de drapeaux neutre vis-à-vis des fournisseurs sous la CNCF, et LaunchDarkly fournit un fournisseur pour cela. Écrire des appels d'évaluation contre cette interface plutôt que contre le SDK du fournisseur ne coûte rien et est l'option de sortie la moins chère que vous achèterez jamais.
Comment le prix de LaunchDarkly évolue à grande échelle
LaunchDarkly facture sur deux compteurs indépendants : les sièges développeurs, qui augmentent avec l'embauche et sont prévisibles, et les contextes, qui augmentent avec le trafic et sont le compteur qui surprend les gens.
Un contexte est ce contre quoi un drapeau est évalué : un utilisateur, un compte, un appareil ou un service. Chaque clé distincte compte.
| Compteur | Ce qui le déclenche | Ce qui provoque un pic |
|---|---|---|
| Sièges développeurs | Personnes capables de créer ou modifier des drapeaux | Donner à chaque ingénieur, chef de produit et designer un siège d'écriture par défaut |
| Contextes | Clés uniques contre lesquelles les drapeaux sont évalués | Un UUID frais par session ou par chargement de page au lieu d'un identifiant stable |
| Évaluation côté client | Drapeaux exposés aux navigateurs et aux applications mobiles | Marquer les drapeaux uniquement côté serveur comme disponibles côté client |
| Ciblage multi-contextes | Ciblage sur utilisateur plus compte plus appareil | Chaque type de contexte comptant séparément contre le compteur |
| Expérimentation | Clés inscrites dans des expériences en cours | Expériences laissées en cours longtemps après la prise de décision |
| Environnements et projets | Copies parallèles de l'état des drapeaux | Environnements par développeur multipliant la configuration |
Les noms des plans, les allocations et l'unité de facturation exacte changent avec le temps. Vérifiez les chiffres actuels sur la page de tarification de LaunchDarkly avant de modéliser quoi que ce soit.
L'arithmétique qui décide de votre facture est la clé de contexte. Prenons 50 000 visiteurs mensuels. Identifiés par un identifiant anonyme stable stocké sur l'appareil, cela fait 50 000 contextes. Identifiés par un UUID par session avec 3 sessions par visiteur, cela fait 150 000, un multiplicateur de 3x. Identifiés par chargement de page avec 8 pages par session, cela fait 1,2 million, un multiplicateur de 24x pour aucune capacité de ciblage supplémentaire.
Définir une seule clé anonyme stable et la réutiliser sur plusieurs sessions est quelques lignes de code et la décision à plus fort effet de levier dans l'intégration. AI Perks liste le montant du crédit, le multiplicateur est à vous de contrôler.
Les sièges sont le compteur le plus amical car ils sont prévisibles. La plupart des plans distinguent l'accès complet en écriture des rôles en lecture seule ou limités, alors vérifiez quels rôles sont facturés avant de donner le même à toute l'équipe.
Avec quoi les crédits LaunchDarkly s'empilent
Les drapeaux de fonctionnalités s'empilent exceptionnellement bien car un drapeau n'est que la moitié d'une publication. L'autre moitié est le signal qui vous indique s'il faut continuer à augmenter, et cette moitié est facturée par quelqu'un d'autre qui gère également un programme startup.
Une configuration de livraison progressive fonctionnelle touche quatre fournisseurs, et des subventions existent pour chacun :
- Crédits Observabilité et APM couvrent la latence et le taux d'erreurs pour la cohorte derrière le drapeau, ce que le déploiement contrôlé lit avant de décider de continuer.
- Crédits de suivi des erreurs couvrent la première chose qui bouge après un mauvais basculement de drapeau, quelques minutes avant qu'un tableau de bord ne le montre.
- Crédits d'analyse produit couvrent si la fonctionnalité a réellement changé le comportement, la moitié expérimentale de la même question.
- Crédits Cloud et CI/CD couvrent le calcul sur lequel vous déployez et le pipeline qui fusionne le tronc plusieurs fois par jour, la pratique qui rend les drapeaux nécessaires.
Une équipe détenant une subvention de drapeau plus une subvention d'observabilité a financé la boucle entière pour la même fenêtre : publier en mode caché, augmenter progressivement par pourcentage, surveiller une métrique, revenir automatiquement. Cette boucle est le produit, pas le commutateur. Quelles subventions se combinent, et lesquelles s'excluent mutuellement, explique pourquoi AI Perks est maintenu comme une liste.
Ce que les fondateurs comprennent mal à propos des drapeaux de fonctionnalités
L'erreur la plus coûteuse est la dette de drapeaux : publier des drapeaux et ne jamais les supprimer, jusqu'à ce que la base de code porte des centaines de branches permanentes que personne ne peut comprendre et qu'aucun test ne couvre toutes les combinaisons.
Cinq modèles d'échec, classés par coût :
Ne jamais nettoyer. Un drapeau temporaire a une durée de vie d'une ou deux publications. Mettez la suppression dans le même ticket qui l'ajoute. Les équipes qui sautent cette étape se retrouvent avec plus de drapeaux que de fonctionnalités et une surface de test qu'elles arrêtent discrètement de couvrir.
Utiliser les drapeaux comme des droits d'accès. Le filtrage par plan, par exemple, si un compte obtient le SSO, ressemble à un drapeau et n'en est pas un. C'est une configuration de produit permanente, elle appartient à côté de votre logique de facturation, et la faire passer par un système de drapeaux mesuré signifie payer par contexte pour ce que votre base de données répond gratuitement.
Clés de contexte instables. Vaut la peine de le répéter : une ligne de code sépare une facture normale d'une facture étrange.
Basculer des drapeaux sans rien attacher. Un déploiement que vous ne mesurez pas est un déploiement avec des étapes supplémentaires. La valeur n'a jamais été le commutateur, mais la boucle de rétroaction autour de celui-ci.
Planifier la sortie tardivement. Évaluez via OpenFeature, gardez les appels de drapeaux derrière un module de votre propre conception, et décidez à 70% du crédit consommé à quoi ressemble votre configuration non subventionnée, pas à 100%. Les crédits servent à savoir si la pratique convient, et les deux réponses sont utiles.
Comment obtenir des crédits pour LaunchDarkly et d'autres outils de développement
Étape 1 : Commencez sur getaiperks.com et filtrez sur les outils de développement. LaunchDarkly s'y trouve aux côtés des programmes CI/CD, d'observabilité et de suivi des erreurs, chacun avec son montant actuel et son éligibilité.
Étape 2 : Postulez pour une subvention d'observabilité la même semaine. Un drapeau sans métrique associée est un système incomplet, et les deux subventions valent plus ensemble qu'séparément.
Étape 3 : Vérifiez les canaux d'accélérateur et d'investisseur. Une part significative des crédits d'outils de développement est distribuée par des canaux partenaires plutôt que par des candidatures directes, souvent à des montants différents.
Étape 4 : Postulez tôt, activez tard. Les compteurs de crédit commencent généralement à l'activation, alors soyez approuvé avant d'avoir du trafic de publication et activez une fois que vous en avez.
Étape 5 : Corrigez votre clé de contexte avant le premier déploiement de drapeau. Une petite décision le premier jour, une migration gênante après un an d'analyses regroupées de manière erronée.
Questions Fréquemment Posées
Quelle est la valeur du programme startup de LaunchDarkly ?
Jusqu'à 5 000 $ de crédits pour la gestion des fonctionnalités LaunchDarkly, couvrant les sièges développeurs et les contextes sur lesquels vos drapeaux sont évalués. Pour une petite équipe d'ingénieurs avec un trafic modéré, cela représente généralement une piste significative sur la ligne de gestion des fonctionnalités spécifiquement. Les montants actuels et l'éligibilité sont suivis sur getaiperks.com.
Ai-je vraiment besoin de LaunchDarkly, ou un fichier de configuration suffit-il ?
Un drapeau de configuration convient parfaitement aux petites équipes qui publient quelques fois par semaine. LaunchDarkly justifie son prix lorsqu'un mauvais déploiement coûte des clients plutôt que des heures, lorsque les non-ingénieurs ont besoin de changer le ciblage sans déploiement, ou lorsque plusieurs ingénieurs fusionnent quotidiennement dans le même tronc.
Pourquoi mon nombre de contextes LaunchDarkly est-il plus élevé que mon nombre d'utilisateurs ?
Presque toujours parce que la clé de contexte n'est pas stable. Un nouvel UUID par session transforme 50 000 visiteurs en 150 000 contextes, et une clé régénérée par chargement de page peut porter le même trafic au-delà d'un million. Un identifiant anonyme persistant réutilisé sur plusieurs sessions résout le problème.
Les crédits LaunchDarkly couvrent-ils ma facture de cloud ou de surveillance ?
Non. LaunchDarkly facture uniquement la gestion des fonctionnalités. Les serveurs sur lesquels vous déployez, l'APM qui surveille le déploiement, le traqueur d'erreurs qui intercepte la régression et les analyses qui mesurent le résultat sont toutes des factures distinctes. Les subventions compatibles pour chacune sont suivies sur getaiperks.com.
Puis-je combiner les crédits LaunchDarkly avec d'autres crédits startup ?
Oui, et ils s'empilent proprement car les factures ne se chevauchent pas. Les crédits cloud couvrent le calcul, les crédits d'observabilité couvrent le signal de déploiement, et les crédits d'analyse couvrent le résultat de l'expérience. AI Perks suit 7,7 M$ de crédits répartis dans 194 entreprises, y compris quels programmes se situent dans la même catégorie.
Que se passe-t-il lorsque les crédits LaunchDarkly sont épuisés ?
Vous héritez d'une facture dimensionnée par la clé de contexte, l'attribution des sièges et les décisions d'hygiène des drapeaux prises pendant qu'elle était gratuite. Définissez-les délibérément au départ, évaluez via OpenFeature afin que l'intégration reste portable, et décidez des changements à 70% de consommation plutôt qu'après la première facture non subventionnée.
Abonnez-vous sur getaiperks.com →
Déployez la fonctionnalité. Laissez quelqu'un d'autre financer le filet de sécurité pendant que vous apprenez si vous en avez besoin.