Skip to content
Diff Risk Score : IA axée sur le risque dans le développement logiciel chez Meta
Source: engineering.fb.com

Diff Risk Score : IA axée sur le risque dans le développement logiciel chez Meta

Sources: https://engineering.fb.com/2025/08/06/developer-tools/diff-risk-score-drs-ai-risk-aware-software-development-meta, engineering.fb.com

TL;DR

  • Diff Risk Score (DRS) est une technologie IA de Meta qui prédit la probabilité qu’une modification de code provoque un incident en production (SEV). Il utilise un LLM Llama ajusté pour évaluer les changements de code et les métadonnées et générer une note de risque et signaler les segments potentiellement risqués.
  • DRS alimente des fonctions axées sur le risque tout au long du cycle de développement, améliorant la qualité du produit, la productivité des développeurs et l’efficacité des capacités informatiques.
  • Il a permis un dégel du code plus nuancé pendant les périodes sensibles, avec le déploiement de plus de 10 000 modifications en 2024 et un impact de production minimal.
  • Meta a identifié 19 cas d’utilisation d’outils de risque et a créé la Risk Awareness Platform pour fournir des API d’analyse de risque et des intégrations d’outils.
  • L’équipe esquisse quatre grandes directions pour l’avenir: étendre les fonctionnalités axées sur le risque, élargir au risque de configuration, automatiser l’atténuation des risques avec des agents IA et utiliser des explications en langage naturel pour les scores de risque.

Contexte et antécédents

Le développement logiciel chez Meta opère à l’échelle mondiale dans un paysage produit en évolution rapide. Le risque en production peut générer des expériences utilisateur négatives et des impacts pour les annonceurs, ce qui pousse certaines équipes à geler de vastes parties du code pendant les périodes sensibles. Le DRS a été conçu pour répondre à ce défi en prédisant, au niveau d’un changement de code, la probabilité d’un SEV et en affichant des signaux exploitables qui aident les ingénieurs à prendre des décisions plus sûres et plus rapides. En fournissant une vue statistique du risque, l’objectif était d’améliorer à la fois la fiabilité et la productivité, permettant des déploiements plus sûrs tout en conservant l’innovation. Le DRS repose sur un LLM Llama ajusté et analyse non seulement les diffs eux-mêmes mais aussi les métadonnées associées pour produire une note de risque et mettre en évidence les segments potentiellement risqués. Cette technologie alimente une vague de fonctionnalités axées sur le risque via la Risk Awareness Platform (RAP), conçue pour fournir des API d’analyse de risque et des intégrations d’outils, afin d’améliorer la prise de décision tout au long du cycle de développement et d’informer les décisions humaines par des sorties en langage naturel. Dans la pratique, le DRS a démontré des gains de productivité significatifs durant des périodes sensibles. Par exemple, lors d’un grand événement partenaire en 2024, des équipes ont déployé plus de 10 000 modifications de code—des changements qui, historiquement, auraient été bloqués par un gel—tout en maintenant un impact sur la production minimal. Cela a démontré le bénéfice double d’un déploiement plus sûr et d’une vitesse accrue lorsque le risque est compris et géré proactivement. Le DRS soutient aujourd’hui au moins 19 cas d’utilisation identifiés pour les outils de risque, et Meta constate que le potentiel complet des outils de risque est loin d’être épuisé. L’équipe RAP a déjà intégré des insights de risque dans des flux de travail tels que la sélection de builds et de tests, l’amélioration de la fiabilité, l’attribution des réviseurs et l’analyse des risques de déploiement. Cet élan a alimenté une trajectoire de recherche vers la production et un engagement à explorer davantage de capacités de risque dans le développement et les opérations.

Nouveautés

Meta décrit quatre directions majeures pour étendre la conscience du risque dans les mois et années à venir :

  • Fonctionnalités axées sur le risque sur le RAP : au-delà des capacités actuelles, de nouvelles fonctionnalités viseront à optimiser encore la sélection de builds et de tests, la fiabilité, l’attribution des réviseurs et l’analyse des risques de déploiement, tous pilotés par le signal de risque du DRS.
  • Risque des changements au-delà du code : bien que les changements de code soient la principale source de SEV, les changements de configuration constituent une catégorie de risque importante. Le RAP s’étendra pour inclure des modèles prédisant le risque des différents changements de configuration, plaçant l’analyse du risque comme une capacité centrale entre code et configuration.
  • Atténuation des risques automatisée : plutôt que de se contenter d’alerter sur les diffs risqués, l’objectif est de permettre à des agents IA de générer proactivement des changements de mitigation. Cela concerne le code en mouvement et le code au repos afin de réduire le risque de base du code.
  • Explications en langage naturel : l’équipe souhaite fournir des explications humaines et lisibles sur les scores de risque, permettant aux ingénieurs de comprendre pourquoi un changement est jugé risqué et de donner des retours pour améliorer la précision du modèle. L’explicabilité reste un domaine de recherche actif, et Meta s’efforce de répondre aux questions courantes dans une boucle d’apprentissage. En plus de ces directions, Meta souligne que le DRS a déjà catalysé la création d’une famille de fonctionnalités axées sur le risque couvrant la planification, le développement, les tests, le déploiement et le monitoring post-déploiement. La RAP sert de plateforme centralisée pour l’analyse de risque et les intégrations avec les outils de développement, permettant des décisions plus informées entre les équipes et les produits.

Pourquoi cela compte (impact pour les développeurs/entreprises)

  • Lancement plus sûr et plus rapide : le DRS permet une approche plus nuancée du dégel du code, autorisant des changements de risque moindre à être déployés pendant des périodes autrefois limitées par le risque, tout en préservant la fiabilité.
  • Gains de productivité : en réduisant le temps passé à détecter, trier et atténuer les incidents, les équipes peuvent se consacrer davantage à l’innovation et à la valeur client.
  • Échelle globale : l’accent mis par Meta sur la protection de l’expérience utilisateur et des résultats pour les annonceurs à l’échelle mondiale suggère que les outils axés sur le risque peuvent être largement bénéfiques pour les écosystèmes logiciels complexes.
  • Écosystème d’outils de risque : les 19 cas d’utilisation et la RAP illustrent comment la compréhension du risque peut soutenir la planification, les tests, le déploiement et le monitoring post-déploiement, avec des bénéfices potentiels pour les développeurs et les entreprises dépendantes d’un logiciel fiable.

Détails techniques ou Implémentation

  • Modèle et données : DRS repose sur un LLM Llama ajusté et évalue les changements de code et les métadonnées associées pour produire une note de risque et mettre en évidence les segments potentiellement risqués.
  • Portée des signaux de risque : l’outil fournit des signaux actionnables pour améliorer les décisions lors de la revue de code, des périodes de dégel et de la planification des déploiements, en s’intégrant aux workflows existants.
  • Risk Awareness Platform (RAP) : RAP offre des APIs d’analyse de risque et des intégrations d’outils qui étendent les décisions basées sur le risque tout au long du cycle de développement.
  • Automatisation et orchestration : Meta envisage des agents IA capables de générer dynamiquement des changements atténuant le risque pour le code en mouvement et le code au repos, permettant une réduction proactive du risque et une évolution du code en sécurité.
  • Explicabilité : des sorties en langage naturel et des recherches continues sur l’explicabilité des LLM font partie du plan pour aider les humains à comprendre les scores de risque et à fournir des retours qui améliorent la précision.
  • Direction de recherche ouverte : bien que le DRS apporte une valeur pratique, l’explicabilité des LLM reste un domaine de recherche ouvert, et Meta travaille activement pour offrir des réponses transparentes à des questions courantes concernant les scores de risque et les recommandations.

Points clés

  • Le DRS est un prédicteur de risque piloté par IA pour les changements de code, utilisant un LLM Llama ajusté pour générer des scores de risque et mettre en évidence les zones risquées.
  • La technologie a démontré sa valeur en réduisant la nécessité de gels de code étendus et en augmentant la vitesse de déploiement avec un risque maîtrisé.
  • La Risk Awareness Platform (RAP) centralise l’analyse des risques et les intégrations d’outils pour permettre une large gamme de fonctionnalités orientées au risque en planification, test, déploiement et monitoring.
  • Meta poursuit quatre directions clés : élargir les fonctionnalités pilotées par le DRS, aborder le risque de configuration, automatiser la mitigation des risques et accroître l’explicabilité via des sorties en langage naturel.
  • L’effort a déjà produit des gains de productivité pendant des périodes sensibles et continue d’évoluer avec de multiples cas d’utilisation et plans d’intégration futurs.

FAQ

  • - **Q : Qu’est-ce que le Diff Risk Score (DRS) ?**

    C’est une technologie IA qui prédit la probabilité qu’une modification de code provoque un incident en production (SEV) et qui met en évidence des diffs potentiellement risqués. - **Q : Comment fonctionne le DRS, en bref ?** **A :** Le DRS utilise un LLM Llama ajusté pour évaluer les changements de code et les métadonnées associées, attribuant une note de risque et signalant des segments risqués. - **Q : Qu’est-ce que la Risk Awareness Platform (RAP) ?** **A :** RAP fournit des API d’analyse de risque et des intégrations d’outils pour permettre des fonctionnalités axées sur le risque tout au long du cycle de développement. - **Q : Quels bénéfices le DRS a-t-il apportés jusqu’à présent ?** **A :** Il a permis des déblocages plus nuancés, avec le déploiement de milliers de modifications pendant des périodes sensibles et a catalysé de nombreux cas d’utilisation autour des outils de risque.

Références

More news