Jengo
Resolue Incidents de production

La production a cassé.Le correctif attend votre revue.

Resolue remonte d’une alerte à sa cause, écrit le correctif, le vérifie sur une préversion et ouvre une pull request avec les preuves. La fusion reste votre geste.

Incident en coursResolue
Erreur détectéeQuatre signaux rapprochés sur le même incident
00:00
Cause identifiéeUne ligne, dans un commit de ce matin
00:08
Correctif vérifié en préversionTests rejoués, vidéo et captures jointes
01:45
Pull request prêteDiagnostic, diff, preuves, score de confiance
À fusionner
Personne n’a encore été réveillé. Personne n’a encore fusionné.
Branché sur votre chaîneSentryGitHubVercelDatadogPlaywright
Le déroulé

De l’alerte à la preuve,sans réveiller personne.

Une alerte coûte rarement le temps du correctif : elle coûte celui du diagnostic. Resolue fait ce trajet, et s’arrête avant la fusion.

Étape 01

Les signaux se rejoignent

Plusieurs outils, plusieurs alertes : Resolue les rapproche en un seul incident, avec le nombre d’utilisateurs touchés.

Étape 02

La cause, pas le symptôme

Piles d’appels et commits récents sont lus ensemble pour désigner le fichier, la ligne et le changement en cause.

Étape 03

Un correctif minimal, sur une branche

Le plus petit changement qui règle le problème, poussé sur une branche ; votre plateforme construit la préversion.

Étape 04

Vérifié contre du code qui tourne

Les tests s’exécutent sur l’URL de préversion ; le parcours est rejoué, filmé, capturé.

Étape 05

Vous lisez, vous fusionnez

La pull request porte la cause, le diff, les tests, la vidéo et un score de confiance. Resolue ne fusionne pas.

Ce que vous recevez

Tous les bugs n’ont pasde correctif à proposer.

Un outil qui ouvre une pull request sur chaque incident vous apprend à ne plus regarder. Resolue adapte ce qu’il livre à ce qu’il a compris.

Confiance élevée : pull request vérifiée

Une cause claire : le correctif est écrit, rejoué sur la préversion et filmé. La pull request arrive prête à relire.

Pull requestVidéo et tests

Confiance moyenne : brouillon et réserves

Le correctif touche plusieurs fichiers : le brouillon dit ce qui a été vérifié et ce qui reste à trancher.

BrouillonPréversion

Confiance faible : rapport de diagnostic

Hors du code visible : aucune pull request, mais la cause probable, les fichiers concernés et les commits liés.

AnalyseContexte
Ce sur quoi il se branche

Vos outils restentvos outils.

Resolue ne remplace ni votre supervision, ni votre forge, ni votre plateforme de déploiement : il se place entre elles.

  • Sentry
  • Alertes
  • Datadog
  • Piles d’appels
  • OpenTelemetry
  • GitHub
  • Commits récents
  • Vercel
  • Préversions
  • Playwright

CloudWatch, PagerDuty, Slack, GitHub Actions, Cloudflare Pages et Netlify sont en cours de raccordement.

Pour aller plus loin

Les questionsque l’on nous pose.

01Resolue peut-il fusionner tout seul ?

Non, et ce n’est pas une option à activer. Resolue ouvre une pull request et s’arrête. La fusion, le déploiement en production et le retour arrière restent des gestes humains, soumis aux règles de votre dépôt.

02Que voit Resolue de notre code ?

Ce que ses accès autorisent, dépôt par dépôt, et rien au-delà. Le périmètre, la résidence des données et la conservation des traces se définissent avec votre équipe avant le premier branchement, sur les mêmes règles que le reste de la plateforme.

Et si on commençait par votre quotidien ?

Commençons par votre prochaine alerte.Celle que personne n’a envie de prendre à trois heures du matin.

Demander une démo

Trente minutes pour cadrer le processus, les systèmes et les validations. Ou écrivez-nous à [email protected]