• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Établir des SLI de capacité

Disposer d'un niveau de service sur des fonctionnalités commerciales critiques, comme la connexion ou l'autorisation de paiement, permettra de combler rapidement la barrière linguistique entre l'informatique et l'entreprise. Les scores de niveau de service sur les capacités vous offrent également de meilleures opportunités de corriger le niveau de service lorsqu'il commence à se détériorer. Par exemple, si le niveau de service de connexion commence à se dégrader, vous saurez qu'il faut examiner la dépendance à la gestion des identités et le workflow à partir de l'API destinée au consommateur.

Vous n’avez pas besoin d’avoir une connaissance approfondie d’une application ou d’un service pour effectuer cette tâche. Il vous suffit de trouver l’API destinée au consommateur (limite de service) et de suivre les étapes ci-dessous pour créer un niveau de service de capacité :

  1. Identifiez l’application de limite de service comme décrit dans le document d’établissement d’un SLI de sortie .

  2. Exécutez la requête NRQL suivante pour identifier la base de référence sur les transactions les plus fréquemment utilisées. N'oubliez pas de remplacer Order-Processing par le nom de l'application que vous avez identifié.

    FROM Transaction SELECT count(*), percentile(duration, 95) WHERE appName='Order-Processing' FACET name SINCE 1 WEEK AGO

    Vous devriez voir quelque chose de similaire à la capture d'écran ci-dessous. Vous verrez que la première transaction indique qu'elle a quelque chose à voir avec un « achat ». Vous pouvez désormais créer un niveau de service de capacité « achat ».

    transaction list query
  3. Ajoutez WHERE name='Controller/Sinatra//purchase' à la fin de votre requête, en remplaçant Controller/Sinatra//purchase par le nom de votre transaction.

  4. Exécutez la requête pour vous assurer qu’elle fonctionne. Vous ne devriez maintenant voir qu'une seule transaction dans votre résultat. Copiez cette requête et le résultat DURATION (95%) dans un bloc-notes. Vous en aurez besoin des deux dans un instant.

  5. Créez un nouveau niveau de service dans la plateforme. Le démarrage d'un nouveau niveau de service est décrit dans Établissement d'un SLI de performances d'entrée.

Dans ce cas vous souhaitez retrouver votre application (type APM Entity) dans la liste afin que nous puissions conserver la métadonnées (tag) via l'entité GUID. Au lieu de « Moniteur synthétique » comme dans la section ci-dessus, sélectionnez « APM » dans la liste déroulante des filtres d'entités.

  1. Sélectionnez le workflow guidé « latence » afin que la requête valide soit automatiquement renseignée pour vous.

  2. Utilisez votre bloc-notes pour copier uniquement le name='your/transaction/name/here'.

  3. Ajoutez cette condition aux deux requêtes au niveau de service, précédée d'un AND , comme souligné dans la capture d'écran ci-dessous.

    capability query clause
  4. Ajustez la partie duration < 1.78 de la deuxième requête pour qu'elle corresponde au résultat DURATION (95%) dans votre base de référence d'origine copiée dans votre bloc-notes.

  5. Nommez ce niveau de service, mettez à jour la description et enregistrez le niveau de service.

À partir de là, nous vous recommandons de configurer quelques-uns de ces niveaux de service de capacité et de les présenter à l'équipe d'application et à votre direction pour obtenir des commentaires.

Étape précédente

Apprenez à créer des indicateurs d'entrée et des objectifs

Prochaine étape

Apprenez à utiliser les techniques SLM pour améliorer votre fiabilité

Droits d'auteur © 2025 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.