Options disponibles
- Options requises
- Options
bind_addressca_file_pathcpu_countdebugdns_serversecto_reposenable_error_backendenable_host_metricsenable_minutely_probesenable_nginx_metricsenable_statsdendpointfiles_world_accessiblefilter_parametersfilter_session_datahost_rolehostnamehttp_proxyignore_actionsignore_errorsignore_logsignore_namespacesinstrument_absintheinstrument_ectoinstrument_finchinstrument_obaninstrument_teslaloglog_levellog_pathnginx_portreport_oban_errorsrequest_headersrevisionrunning_in_containersend_environment_metadatasend_paramssend_session_dataskip_session_datastatsd_porttransaction_debug_modeworking_dir_pathworking_directory_path
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.env
Description
L’environnement de l’application à signaler à AppSignal. Cette option est définie par défaut par notre installateur surMix.env. Pour la remplacer, modifiez la valeur dans config/appsignal.exs (ou votre fichier de configuration de votre choix).
Elixir
APPSIGNAL_APP_ENV.
Shell
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 sur0.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 fichiercacert.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 exemple0.5.
debug
Description
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.- Valeurs acceptables :
8.8.8.8,my.custom.local.server. - Valeurs non acceptables :
foo,my.awesome.custom.local.dns.server.
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 surfalse 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 surtrue 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 surtrue, 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
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
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 compteurreporting_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 êtretrue ou false.
instrument_ecto
Description
Indique s’il faut instrumenter automatiquement les événements Telemetry pour l’intégration du package Ecto, peut êtretrue ou false.
instrument_finch
Description
Indique s’il faut instrumenter automatiquement les événements Telemetry pour l’intégration du package Finch, peut êtretrue ou false.
instrument_oban
Description
Indique s’il faut instrumenter automatiquement les événements Telemetry pour l’intégration du package Oban, peut êtretrue ou false.
instrument_tesla
Description
Indique s’il faut instrumenter automatiquement les événements Telemetry pour l’intégration du package Tesla, peut êtretrue 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”.
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.
- 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
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é.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 configurationrequest_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
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 configurationrevision 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é surtrue 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 surfalse 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
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
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’optiondebug 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
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é.