Skip to main content
La liste suivante inclut toutes les options de configuration avec le nom de la variable d’environnement et le nom de la clé dans le fichier de configuration. Pour plus d’informations sur la façon de configurer AppSignal avec un fichier de configuration ou des variables d’environnement système, consultez notre rubrique Configuration.

Options disponibles

active

Description

Remarque : Lorsque la variable d’environnement APPSIGNAL_PUSH_API_KEY est définie, cette option vaut true par défaut. Cela peut être remplacé en définissant la variable d’environnement système APPSIGNAL_ACTIVE sur false : APPSIGNAL_ACTIVE=false.
Configurez AppSignal pour qu’il soit actif ou non pour un environnement donné. Le plus souvent utilisé dans la configuration par fichier par environnement.

env

Description

L’environnement de l’application à signaler à AppSignal. Cette option est définie par défaut par notre installateur sur Mix.env. Pour la remplacer, modifiez la valeur dans config/appsignal.exs (ou votre fichier de configuration de votre choix).
Elixir
Pour remplacer l’option de configuration dans l’environnement système, utilisez la variable d’environnement APPSIGNAL_APP_ENV.
Shell
L’option de variable d’environnement est couramment utilisée sur des plateformes telles que Heroku, où les applications s’exécutent par défaut dans l’environnement production. Ce paramètre permet de remplacer cela pour définir l’environnement sur staging, par exemple.
Shell
Remarque : Modifier le nom ou l’environnement d’une application existante créera une nouvelle application sur AppSignal.com.
Remarque : Modifier le nom ou l’environnement d’une application existante créera une nouvelle application sur AppSignal.com.

name

Description

Nom de votre application tel qu’il doit être affiché sur AppSignal.com.
Remarque : Modifier le nom ou l’environnement d’une application existante créera une nouvelle application sur AppSignal.com.

otp_app

Description

Le nom de l’application OTP de votre application, à utiliser pour la configuration automatique de l’instrumentation pour des bibliothèques comme Ecto.

push_api_key

Description

La clé d’authentification au niveau de l’organisation pour s’authentifier auprès de notre Push API. En savoir plus sur la clé Push API AppSignal.
Remarque : Lorsque la variable d’environnement système APPSIGNAL_PUSH_API_KEY est définie, l’option active sera par défaut true au lieu de false. Cela signifie qu’AppSignal sera considéré comme actif pour l’environnement chargé même si active est défini sur false dans le fichier de configuration. Pour plus d’informations, voir l’option active.

bind_address

Description

Une adresse IPv4 valide que l’agent AppSignal utilise comme liaison pour ses serveurs TCP et UDP. Utilisez une adresse spécifique si vous souhaitez que l’agent n’écoute que les requêtes adressées à cette adresse. Définissez cette option sur 0.0.0.0 pour autoriser la réception des requêtes provenant d’hôtes utilisant n’importe quelle adresse IP. Par défaut, il n’écoute que les requêtes effectuées sur le même hôte. Cette option s’applique à tous les serveurs de l’agent (StatsD, OpenTelemetry et NGINX).

ca_file_path

Description

Configurez le chemin du fichier de certificat SSL. Par défaut, cela pointe vers le fichier cacert.pem fourni par AppSignal dans le package lui-même. Utilisez cette option pour pointer vers un autre fichier de certificat en cas de problème de connexion à notre API.
Remarque : Le chemin spécifié ne peut pas contenir d’abstractions de système de fichiers spécifiques au système d’exploitation, comme le symbole homedir ~ pour les systèmes *NIX. Cela serait considéré comme un chemin mal formé.

cpu_count

Description

La capacité CPU disponible de l’hôte, en nombre de CPU. Cette valeur est utilisée pour calculer le pourcentage d’utilisation du CPU dans les métriques de l’hôte. Si elle n’est pas définie, l’agent tentera de la détecter automatiquement à partir des cgroups. Le nombre de CPU peut être une fraction, par exemple 0.5.

debug

Description

Avertissement : Cette option de configuration est dépréciée dans le package Elixir 2.2.8. Veuillez utiliser l’option log_level à la place pour le package Elixir 2.2.8 et versions ultérieures.
Activez la journalisation de débogage, ce qui n’est généralement nécessaire qu’à la demande du support. Avec cette option activée, AppSignal enregistrera beaucoup plus d’informations sur les décisions prises lors de la collecte des métriques et lors de l’envoi des données aux serveurs AppSignal.com. L’activation de la journalisation de débogage peut avoir un léger impact sur l’utilisation du disque et les E/S, en particulier sur les sites à fort trafic. La surcharge CPU est minime lorsque l’option de débogage est activée.
Cette option définit le niveau de gravité du logger interne d’AppSignal. Cette option de configuration n’affecte pas la fonctionnalité de logging.

dns_servers

Description

Configurez les serveurs DNS que l’agent AppSignal doit utiliser.
Si vous êtes affecté par nos délais d’expiration DNS, essayez de définir un serveur DNS manuellement à l’aide de cette option, en veillant à ce que le nom du serveur ne contienne pas plus de 4 points.
  • Valeurs acceptables : 8.8.8.8, my.custom.local.server.
  • Valeurs non acceptables : foo, my.awesome.custom.local.dns.server.
Si le serveur DNS ne peut pas être joint, l’agent se rabattra sur la configuration DNS de l’hôte et affichera un message dans le fichier appsignal.log : A problem occurred while setting DNS servers.

ecto_repos

Description

Configurez les repos Ecto pour lesquels instrumenter les requêtes. Si elle n’est pas définie, AppSignal trouvera automatiquement vos repos via la configuration de votre application.

enable_error_backend

Description

Active le backend d’erreurs dans l’intégration Elixir.

enable_host_metrics

Description

Définissez cette option sur false pour désactiver la collecte des métriques de l’hôte. Sur Heroku et Dokku, les métriques de l’hôte sont désactivées par défaut. Cela s’explique par le fait que ces systèmes rapportent des métriques inexactes depuis l’intérieur des conteneurs. La collecte des métriques de l’hôte sur ces systèmes ne peut pas être activée. Pour Heroku, utilisez plutôt le log drain Heroku.

enable_minutely_probes

Description

Active le système de sondes minutées.

enable_nginx_metrics

Description

Définissez sur true pour activer le serveur de métriques NGINX. Consultez la documentation des métriques NGINX pour plus de détails. Lorsqu’il est activé, l’agent AppSignal écoute un serveur lié à localhost sur le port 27649. Si vous exécutez plusieurs applications instrumentées par AppSignal sur le même serveur, cette option de configuration ne peut être activée que dans l’une d’entre elles.

enable_statsd

Description

Active le serveur StatsD dans l’agent AppSignal. Lorsqu’il est activé, l’agent AppSignal écoute un serveur lié à localhost sur le port 8125. Si vous exécutez plusieurs applications instrumentées par AppSignal sur le même serveur, cette option de configuration ne peut être activée que dans l’une d’entre elles.

endpoint

Description

Configurez le point de terminaison pour envoyer les données à AppSignal. Ce paramètre n’aura pas besoin d’être modifié.

files_world_accessible

Description

Si cette option est définie sur true, le répertoire de travail AppSignal créé est accessible à tous les utilisateurs (permissions Unix 0666). Cela est souvent nécessaire car les processus d’une même application s’exécutent sous des utilisateurs différents. Définissez sur false pour désactiver ce comportement (permissions Unix 0644).

filter_parameters

Description

Liste des clés de paramètres qui doivent être ignorées via le filtrage AppSignal. Leurs valeurs seront remplacées par [FILTERED] lors de la transmission à AppSignal. Vous pouvez configurer cela avec une liste de clés dans le fichier de configuration.
Elixir
En savoir plus sur le filtrage des paramètres.

filter_session_data

Description

Liste des clés de données de session qui doivent être ignorées via le filtrage AppSignal. Leurs valeurs seront remplacées par [FILTERED] lors de la transmission à AppSignal. Vous pouvez configurer cela avec une liste de clés dans le fichier de configuration.
Elixir
En savoir plus sur le filtrage des données de session.

host_role

Description

Regroupez les hôtes par rôle et générez des métriques basées sur ce rôle. L’une de ces métriques est la métrique de compteur reporting_hosts. Un bon rôle indique quel est le rôle principal du serveur, comme “webserver”, “processor”, “api”, “database”, “loadbalancer”, etc.

hostname

Description

Cette option remplace le nom d’hôte du serveur. Utile lorsque vous ne pouvez pas définir un nom d’hôte personnalisé ou lorsqu’un identifiant non descriptif est généré pour vous sur les services d’hébergement.

http_proxy

Description

Si vous avez besoin que l’agent se connecte à Internet via un proxy, définissez l’URL complète du proxy dans cette clé de configuration.

ignore_actions

Description

Avec cette option de configuration, vous pouvez spécifier une liste d’actions qui seront ignorées par AppSignal. Tout ce qui se passe, y compris les exceptions, ne sera pas transmis à AppSignal. Cela peut être utile pour ignorer les endpoints de health check ou d’autres actions que vous ne souhaitez pas surveiller. En savoir plus sur l’ignorance des actions.

ignore_errors

Description

Liste des classes d’erreurs qui seront ignorées. Toute exception levée avec cette classe d’erreur ne sera pas transmise à AppSignal. En savoir plus sur l’ignorance des erreurs.

ignore_logs

Description

Liste des messages de log qui seront ignorés. Tout message de log contenant l’un des éléments de la liste ne sera pas transmis à AppSignal. Un petit sous-ensemble de la syntaxe regex est pris en charge, lisez-en plus à ce sujet dans notre guide Ignorer les logs.

ignore_namespaces

Description

Liste des namespaces qui seront ignorés. Toute erreur levée ou requête lente survenant dans ce namespace ne sera pas envoyée à AppSignal. En savoir plus sur les namespaces.

instrument_absinthe

Description

Indique s’il faut instrumenter automatiquement les événements Telemetry pour l’intégration du package Absinthe, peut être true ou false.

instrument_ecto

Description

Indique s’il faut instrumenter automatiquement les événements Telemetry pour l’intégration du package Ecto, peut être true ou false.

instrument_finch

Description

Indique s’il faut instrumenter automatiquement les événements Telemetry pour l’intégration du package Finch, peut être true ou false.

instrument_oban

Description

Indique s’il faut instrumenter automatiquement les événements Telemetry pour l’intégration du package Oban, peut être true ou false.

instrument_tesla

Description

Indique s’il faut instrumenter automatiquement les événements Telemetry pour l’intégration du package Tesla, peut être true ou false.

log

Description

Cette option configure le logger qu’utilisera la fonctionnalité de journalisation interne d’AppSignal et n’affecte pas la fonctionnalité de journalisation.Remarque : L’agent AppSignal, utilisé par l’intégration, écrira toujours dans le fichier “appsignal.log”.
Sélectionnez le logger qu’utilisera l’intégration AppSignal. Les valeurs acceptées sont file et stdout. Voir également la configuration log_path.
  • file (par défaut)
    • Écrit tous les journaux AppSignal sur le système de fichiers.
  • stdout (par défaut sur Heroku)
    • Affiche les journaux AppSignal dans le STDOUT du processus parent au lieu d’un fichier. Utile avec des solutions d’hébergement telles que les systèmes de conteneurs et Heroku.

log_level

Description

Cette option définit le niveau de sévérité du logger interne d’AppSignal et n’affecte pas la fonctionnalité de journalisation.
Définit le niveau de sévérité du logger interne d’AppSignal. S’il est configuré sur “info”, il enregistrera tous les messages d’erreur, d’avertissement et d’information, mais pas les messages de débogage. Définir le niveau sur “debug” ou “trace” n’est généralement nécessaire qu’à la demande du support. Définir le niveau sur “debug”/“trace” peut avoir un léger impact sur l’utilisation du disque et les E/S, en particulier sur les sites à fort trafic. La surcharge CPU est minimale avec l’option debug activée. Valeurs acceptées :
  • error
  • warning
  • info
  • debug
  • trace

log_path

Description

Cette option configure l’emplacement du fichier de journalisation interne d’AppSignal et n’affecte pas la fonctionnalité de journalisation.
Remarque : Le chemin spécifié ne peut pas contenir d’abstractions de système de fichiers spécifiques au système d’exploitation, telles que le symbole de répertoire personnel ~ pour les systèmes *NIX. Cela serait considéré comme un chemin mal formé.
Remplace l’emplacement du chemin (répertoire) où le fichier appsignal.log peut être écrit.

nginx_port

Description

Configure le port sur lequel le serveur de métriques NGINX est exposé. Lorsqu’AppSignal reçoit des métriques NGINX, il écoute sur un serveur lié à localhost, par défaut sur le port 27649. Si vous exécutez plusieurs applications instrumentées avec AppSignal sur le même serveur avec les métriques NGINX activées, utilisez cette option pour configurer chaque application afin qu’elle écoute sur un port différent.

report_oban_errors

Description

Quand signaler les erreurs reçues par le gestionnaire d’événements d’exception de l’intégration du package Oban lors du traitement d’une tâche. Les valeurs possibles sont :
  • all : Signaler toutes les erreurs pour chaque exécution de tâche, y compris les nouvelles tentatives.
  • discard : Signaler les erreurs lorsque la tâche est rejetée à cause de l’erreur. Utilisez cette option pour ne signaler les erreurs que lorsque toutes les nouvelles tentatives de la tâche ont été épuisées.
  • none : Ne signaler aucune erreur pour les tâches, y compris les nouvelles tentatives.

request_headers

Description

L’option de configuration request_headers contient une liste d’en-têtes de requête HTTP qui sont lus et stockés par le package AppSignal Elixir. Cette option de configuration request_headers est une liste d’autorisation, ce qui signifie qu’elle ne prendra que les en-têtes spécifiés par cette option de configuration. Si cette option de configuration n’est pas définie, elle utilisera la valeur par défaut d’AppSignal. La liste suivante est la valeur par défaut du package AppSignal.
Elixir
Pour configurer AppSignal afin qu’il ne stocke aucun en-tête de requête HTTP sur les transactions AppSignal, configurez l’option avec une liste vide.
Elixir

revision

Description

Définissez la révision de l’application pour signaler la version actuellement en cours d’exécution de votre application. AppSignal créera un marqueur de déploiement lorsque cette valeur change, et étiquetera toutes les données entrantes avec la révision actuelle. Lorsque votre application est déployée à l’aide de Kamal, ou lorsqu’elle est déployée sur Render, ou lorsqu’elle est déployée sur Heroku et que la fonctionnalité Heroku Labs: Dyno Metadata est activée, l’intégration AppSignal détectera automatiquement le commit Git du déploiement actuel et l’utilisera comme révision. Vous pouvez écraser les révisions automatiquement détectées dans Heroku, Render ou Kamal en définissant manuellement l’option de configuration revision sur une valeur personnalisée. En savoir plus sur les marqueurs de déploiement dans le sujet sur les marqueurs de déploiement.

running_in_container

Description

AppSignal s’attend à s’exécuter sur la même machine entre différents déploiements. Définissez cette clé sur true si l’application s’exécute dans un conteneur, par exemple avec Docker. Les versions plus récentes de l’intégration AppSignal détectent automatiquement leur environnement de conteneur, donc aucune configuration manuelle n’est nécessaire. Si vous rencontrez des problèmes avec la détection automatique, veuillez contacter le support. Cette option est définie automatiquement sur true sur Heroku.

send_environment_metadata

Description

Envoie les métadonnées d’environnement concernant l’application. Pour plus d’informations, veuillez consulter les métadonnées d’environnement.

send_params

Description

Indique s’il faut ignorer l’envoi des paramètres de requête à AppSignal. Pour plus d’informations, veuillez consulter send_params dans le filtrage des paramètres de requête.

send_session_data

Description

Définissez cette option sur false pour ne pas envoyer de données de session avec les traces d’exception et les échantillons de problèmes de performance. Pour plus d’informations, veuillez consulter le filtrage des données de session de requête.

skip_session_data

Description

Avertissement : Cette option de configuration est obsolète dans le package Elixir 2.2.10. Veuillez utiliser l’option send_session_data à la place pour les versions plus récentes du package Elixir.

statsd_port

Description

Définissez cette option pour configurer le port du serveur HTTP StatsD du processus de l’agent AppSignal. Configurez ce port si un autre processus s’exécute déjà sur la machine et utilise également ce port, afin d’éviter les conflits.

transaction_debug_mode

Description

Avertissement : Cette option de configuration est obsolète dans le package Elixir 2.2.9. Veuillez utiliser l’option log_level à la place pour le package Elixir 2.2.9 et versions ultérieures.
Active le mode débogage des transactions. Cela permet une journalisation très détaillée des transactions et des événements, ce qui est utile lors du développement d’intégrations ou lorsque les événements ne sont pas suivis comme prévu. Le journal n’est écrit que si l’option debug générale est également activée.
Cette option définit le niveau de sévérité du logger interne d’AppSignal et n’affecte pas la fonctionnalité de journalisation.

working_dir_path

Description

Avertissement : Cette option de configuration est obsolète dans le package Elixir 1.8.0. Veuillez utiliser l’option working_directory_path à la place pour le package Elixir 1.8.0 et versions ultérieures.
Remplace l’emplacement où AppSignal pour Elixir peut stocker des fichiers temporaires. Utilisez cette option si l’emplacement par défaut ne convient pas. Consultez notre page comment fonctionne AppSignal pour plus d’informations sur l’objectif de ce répertoire de travail. Si vous exécutez plusieurs applications utilisant AppSignal sur le même serveur, utilisez cette option de configuration pour sélectionner différents répertoires de travail pour chaque instance AppSignal, sinon les deux instances pourraient entrer en conflit l’une avec l’autre. Pour plus d’informations sur ce scénario, consultez notre documentation exécution de plusieurs applications sur un seul hôte.
Elixir
Remarque : Le chemin spécifié ne peut pas contenir d’abstractions de système de fichiers spécifiques au système d’exploitation, telles que le symbole de répertoire personnel ~ pour les systèmes *NIX. Cela serait considéré comme un chemin mal formé.

working_directory_path

Description

Remplace l’emplacement où AppSignal pour Elixir peut stocker des fichiers temporaires. Utilisez cette option si l’emplacement par défaut ne convient pas. Consultez notre page comment fonctionne AppSignal pour plus d’informations sur l’objectif de ce répertoire de travail. Si vous exécutez plusieurs applications utilisant AppSignal sur le même serveur, utilisez cette option de configuration pour sélectionner différents répertoires de travail pour chaque instance AppSignal, sinon les deux instances pourraient entrer en conflit l’une avec l’autre. Pour plus d’informations sur ce scénario, consultez notre documentation exécution de plusieurs applications sur un seul hôte.
Elixir
Remarque : Le chemin spécifié ne peut pas contenir d’abstractions de système de fichiers spécifiques au système d’exploitation, telles que le symbole de répertoire personnel ~ pour les systèmes *NIX. Cela serait considéré comme un chemin mal formé.