Options disponibles
- Options requises
- Options
activejob_report_errorsbind_addressca_file_pathcollector_endpointcpu_countdebugdefault_tagsdns_serversenable_active_support_event_log_reporterenable_allocation_trackingenable_at_exit_hookenable_at_exit_reporterenable_frontend_error_catchingenable_gvl_global_timerenable_gvl_waiting_threadsenable_host_metricsenable_job_enqueue_instrumentationenable_minutely_probesenable_nginx_metricsenable_rails_error_reporterenable_rake_performance_instrumentationenable_statsdendpointfiles_world_accessiblefilter_attributesfilter_function_parametersfilter_metadatafilter_parametersfilter_request_payloadfilter_request_query_parametersfilter_session_datahost_rolehostnamehttp_proxyignore_actionsignore_errorsignore_logsignore_namespacesinstrument_active_jobinstrument_code_ownershipinstrument_delayed_jobinstrument_exconinstrument_faradayinstrument_http_rbinstrument_mongoinstrument_net_httpinstrument_ownershipinstrument_queinstrument_redisinstrument_resqueinstrument_sequelinstrument_shoryukeninstrument_sidekiqkeep_request_environmentkeep_request_headersloglog_levellog_pathlogging_endpointnginx_portownership_set_namespacerequest_headersresponse_headersrevisionrunning_in_containersend_environment_metadatasend_function_parameterssend_paramssend_request_payloadsend_request_query_parameterssend_session_dataservice_namesidekiq_report_errorsskip_session_datastatsd_porttransaction_debug_modeworking_dir_pathworking_directory_path
active
Description
Note : Lorsque la variable d’environnement
APPSIGNAL_PUSH_API_KEY
est définie, cela passe par défaut à true. Cela peut être remplacé
en définissant la variable d’environnement système APPSIGNAL_ACTIVE sur false :
APPSIGNAL_ACTIVE=false.APPSIGNAL_APP_ENV
Description
L’environnement de l’application à signaler à AppSignal. Cette option de configuration sera automatiquement détectée dans les applications Rails. Pour les applications Rails, la variableRAILS_ENV est utilisée pour détecter l’environnement. Pour les applications utilisant d’autres frameworks ou aucun, la variable d’environnement RACK_ENV est utilisée.
Pour remplacer cette détection automatique, définissez la variable d’environnement APPSIGNAL_APP_ENV.
Shell
production, telles que Heroku. Ce paramètre permet de remplacer pour définir l’environnement sur staging, par exemple.
Shell
Appsignal.configure, il remplacera la variable d’environnement APPSIGNAL_APP_ENV.
Note : Modifier le nom ou l’environnement d’une application existante
créera une nouvelle application sur AppSignal.com.
Note : Cette option de configuration n’a pas d’équivalent en tant que clé de fichier de configuration. Pour définir
l’environnement à l’initialisation d’AppSignal, vous devrez initialiser la
configuration
manuellement.
Environnements personnalisés dans le fichier de configuration
Il n’existe pas de cléenv disponible dans le fichier config/appsignal.yml. Si vous souhaitez
définir dynamiquement le nom de l’environnement pour une application dans le fichier de configuration, il est
possible de personnaliser votre fichier de configuration pour utiliser l’environnement afin de créer un
environnement.
YAML
APPSIGNAL_APP_ENV, assurez-vous que cela correspond à la valeur de l’un des noms de variables d’environnement détectés automatiquement (RAILS_ENV et RACK_ENV) ou à la valeur donnée à Appsignal.configure.
Note : 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. Si vous utilisez Ruby on Rails, le gem détectera automatiquement le nom et vous pouvez laisser ce champ vide. Pour les autres frameworks, le définir est obligatoire.Remarque : Modifier le nom ou l’environnement d’une
application existante créera une nouvelle application sur AppSignal.com.
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 d’AppSignal.Remarque : Lorsque la variable d’environnement système
APPSIGNAL_PUSH_API_KEY est définie, l’option
active prendra par défaut la valeur 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, consultez l’option
active.activejob_report_errors
Description
Configurez le signalement des erreurs qui se produisent dans les jobs Active Job. Cette option permet de désactiver le signalement des erreurs pour les jobs Active Job, afin de permettre l’ajout d’un signalement d’erreur personnalisé. Valeurs acceptées :all: Signale toutes les erreurs pour chaque exécution de jobs, y compris les nouvelles tentatives.discard: Signale les erreurs lorsque le job est abandonné en raison de l’erreur. Utilisez cette option pour ne signaler les erreurs que lorsque toutes les nouvelles tentatives du job ont été épuisées.none: Ne signale aucune erreur pour les jobs, y compris les nouvelles tentatives.
Note : L’option
discard ne fonctionne que sur Active Job 7.1 et plus récent. Sur
les versions inférieures, discard est lu comme all.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 de requêtes depuis des hôtes utilisant n’importe quelle adresse IP. Par défaut, il n’écoute que les requêtes provenant du 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 gem lui-même.
Utilisez cette option pour pointer vers un autre fichier de certificat s’il y a un 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, telles que le
symbole de répertoire personnel
~ pour les systèmes *NIX. Cela sera
considéré comme un chemin mal formé.collector_endpoint
Description
L’adresse d’un Collector AppSignal déployé en externe. Lorsque cette option est définie, les traces, métriques et logs OpenTelemetry sont envoyés au collector à cette adresse.Il s’agit d’une option de configuration expérimentale.
Le tracing distribué est
disponible uniquement lors de l’utilisation du collector hébergé d’AppSignal.
Gemfile de
votre application. Consultez le guide de configuration du collector
pour connaître les gems et versions minimales requises. Sur des versions de Ruby plus anciennes,
ou lorsque les gems sont manquantes ou trop anciennes, cette option est ignorée.
cpu_count
Description
La capacité CPU disponible de l’hôte, en nombre de CPU. Cela est utilisé pour calculer le pourcentage d’utilisation du CPU dans les métriques de l’hôte. S’il n’est pas défini, l’agent tentera de le 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. Cela 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 de métriques et lors de l’envoi de données aux serveurs AppSignal.com. L’activation de la journalisation de débogage pourrait 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 lorsque l’option de débogage est activée.Cette option définit le niveau de gravité du journal interne d’AppSignal.
Cette option de configuration n’affecte pas la fonctionnalité de
journalisation.
default_tags
Description
Tags par défaut qui seront ajoutés à toutes les transactions. Les tags spécifiques à une transaction définis avecAppsignal.add_tags remplaceront les tags par défaut ayant la même clé.
Shell
dns_servers
Description
Configurez les serveurs DNS à utiliser par l’agent AppSignal.- 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.
enable_active_support_event_log_reporter
Description
Active l’intégration de rapport d’événements structurésActiveSupport::EventReporter.
Lorsqu’elle est activée, l’intégration AppSignal s’abonne aux événements émis par ActiveSupport::EventReporter et les rapporte sous forme de logs.
enable_allocation_tracking
Description
Définissez cette option surfalse pour désactiver le suivi du nombre d’objets alloués en Ruby.
enable_at_exit_hook
Description
Configurez la manière dont AppSignal s’arrête lorsque l’application s’arrête. Cela déterminera s’il appelle automatiquementAppsignal.stop, qui videra les données vers l’extension et l’agent.
Cette option a trois valeurs possibles :
always: Toujours appelerAppsignal.stoplorsque le programme se termine. Sur les conteneurs (Docker), c’est automatiquement défini sur cette valeur.never: Ne jamais appelerAppsignal.stoplorsque le programme se termine. La valeur par défaut lorsque le programme ne s’exécute pas sur un conteneur (Docker).on_error: AppelerAppsignal.stoplorsque le programme se termine avec une erreur.
enable_at_exit_reporter
Description
Définissez surtrue pour signaler la dernière erreur ayant provoqué l’arrêt du processus. L’erreur signalée est généralement l’erreur qui fait planter le processus. Si le gem Ruby a déjà signalé l’erreur, elle ne sera pas signalée à nouveau.
Les erreurs signalées via ce mécanisme sont ajoutées au namespace “unhandled”.
Ajoutez ce code au début de l’application sur les conteneurs à courte durée de vie et les fonctions serverless pour vous assurer que l’erreur est vidée avant l’arrêt du système.
Ruby
enable_frontend_error_catching
Description
Active le système expérimental de capture d’erreurs front-end. Cela ajoutera une route à votre application sur/appsignal_error_catcher qui peut être utilisée pour capturer les erreurs JavaScript et les envoyer à AppSignal. Vous pouvez configurer cette route avec frontend_error_catching_path.
enable_gvl_global_timer
Description
Définissez cette option surfalse pour désactiver l’instrumentation du timer global GVL. Cette option de configuration n’a aucun effet si GVLTools n’est pas installé.
enable_gvl_waiting_threads
Description
Définissez cette option surfalse pour désactiver l’instrumentation des threads en attente GVL. Cette option de configuration n’a aucun effet si GVLTools n’est pas installé.
enable_host_metrics
Description
Définissez cette option surfalse pour désactiver la collecte de 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 est fait car ces systèmes signaleront 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 drain de logs Heroku.
enable_job_enqueue_instrumentation
Description
Active ou désactive l’enregistrement d’un événement lorsqu’un background job est mis en file d’attente. Lorsque cette option est activée, mettre en file d’attente un job depuis une transaction active enregistre un événement de mise en file d’attente dans la chronologie des événements de cette transaction. Cela s’applique à l’instrumentation de mise en file d’attente de chaque intégration de background job : Définir cette option surfalse empêche l’enregistrement de ces événements de mise en file d’attente, sans affecter l’instrumentation des jobs eux-mêmes. Activé par défaut.
enable_minutely_probes
Description
Active le système de sondes à la minute.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 écoutera 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_rails_error_reporter
Description
Définissez surfalse pour désactiver l’abonné au reporter d’erreurs Rails. Consultez la documentation Rails pour plus de détails.
enable_rake_performance_instrumentation
Description
Activez l’instrumentation des performances pour les tâches Rake. Par défaut, l’instrumentation Rake ne rapporte que les erreurs.enable_statsd
Description
Active le serveur StatsD dans l’agent AppSignal. Lorsqu’il est activé, l’agent AppSignal écoutera 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 ceci est défini surtrue, le répertoire de travail AppSignal créé est accessible à tous les utilisateurs (permissions Unix 0666). Cela est souvent nécessaire car les processus pour la même application s’exécutent sous un utilisateur différent. Définissez sur false pour désactiver ce comportement (permissions Unix 0644).
filter_attributes
Description
Liste des attributs de span OpenTelemetry à filtrer avec AppSignal. Les valeurs correspondantes sont remplacées par[FILTERED].
En savoir plus sur le filtrage des paramètres.
Collecteur uniquement : cette option de configuration n’aura d’effet que lors de l’utilisation
d’un collecteur externe.Consultez l’option de configuration filter_parameters
pour filtrer les données lors de l’utilisation de l’agent.
filter_function_parameters
Description
Liste des attributs de paramètres de fonction à filtrer avec AppSignal. Les valeurs correspondantes sont remplacées par[FILTERED].
En savoir plus sur le filtrage des paramètres.
Tant que cette option n’est pas définie, sa valeur est dérivée de l’option de configuration filter_parameters.
Collecteur uniquement : cette option de configuration n’aura d’effet que lors de l’utilisation
d’un collecteur externe.Consultez l’option de configuration filter_parameters
pour filtrer les données lors de l’utilisation de l’agent.
filter_metadata
Description
Le gem Ruby AppSignal stocke par défaut des métadonnées sur les requêtes et les tâches en arrière-plan sur les traces, comme le chemin de la requête, la méthode de la requête, l’identifiant de la requête, la file d’attente en arrière-plan, l’identifiant de la tâche et le nombre de nouvelles tentatives de la tâche. Ces valeurs de métadonnées seront affichées dans la zone des tags. Si l’une de ces valeurs de métadonnées contient des informations personnellement identifiables (PII) ou d’autres données sensibles, utilisez cette option de configuration pour filtrer les métadonnées par clé. Définissez l’optionfilter_metadata sur une liste de clés de métadonnées à filtrer. Vous pouvez configurer cela avec une liste de clés dans le fichier de configuration. Une fois filtrées, les métadonnées ne seront pas visibles dans l’interface utilisateur d’AppSignal.
filter_parameters
Description
Liste de clés de paramètres qui doivent être ignorées à l’aide du 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.
Agent uniquement : lors de l’utilisation d’un collecteur externe, cette option de configuration définit la valeur par défaut des options ci-dessous et n’a aucun autre effet.Utilisez les options de configuration suivantes pour définir comment la charge utile des requêtes, les paramètres de requête et les paramètres de fonction sont filtrés :
filter_request_payload
Description
Liste des attributs de charge utile de requête à filtrer avec AppSignal. Les valeurs correspondantes sont remplacées par[FILTERED].
En savoir plus sur le filtrage des paramètres.
Tant que cette option n’est pas définie, sa valeur est dérivée de l’option de configuration filter_parameters.
Collecteur uniquement : cette option de configuration n’aura d’effet que lors de l’utilisation
d’un collecteur externe.Consultez l’option de configuration filter_parameters
pour filtrer les données lors de l’utilisation de l’agent.
filter_request_query_parameters
Description
Liste des attributs de paramètres de requête à filtrer avec AppSignal. Les valeurs correspondantes sont remplacées par[FILTERED].
En savoir plus sur le filtrage des paramètres.
Tant que cette option n’est pas définie, sa valeur est dérivée de l’option de configuration filter_parameters.
Collecteur uniquement : cette option de configuration n’aura d’effet que lors de l’utilisation
d’un collecteur externe.Consultez l’option de configuration filter_parameters
pour filtrer les données lors de l’utilisation de l’agent.
filter_session_data
Description
Liste de clés de données de session qui doivent être ignorées à l’aide du 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.
host_role
Description
Regroupez les hôtes par rôle et générez des métriques basées sur ce rôle. 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
Cela 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 peu descriptif est généré pour vous sur des 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 points de terminaison de vérification de l’état 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 de 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 ; pour en savoir plus, consultez notre guide Ignorer les logs.ignore_namespaces
Description
Liste de namespaces qui seront ignorés. Toute erreur levée ou requête lente qui se produit dans ce namespace ne sera pas envoyée à AppSignal. En savoir plus sur les namespaces.instrument_active_job
Description
Active ou désactive l’instrumentation pour Active Job. Définir cette option surfalse désactive entièrement l’intégration, y compris l’instrumentation des jobs et l’instrumentation de mise en file d’attente. Activé par défaut.
instrument_code_ownership
Description
Indique s’il faut instrumenter automatiquement le gem CodeOwnership, peut êtretrue ou false.
instrument_delayed_job
Description
Active ou désactive l’instrumentation pour Delayed::Job. Définir cette option surfalse désactive entièrement l’intégration, y compris l’instrumentation des jobs et l’instrumentation de mise en file d’attente. Activé par défaut.
instrument_excon
Description
Active ou désactive l’instrumentation pour Excon. Définir cette option surfalse désactive entièrement l’intégration. Activé par défaut.
instrument_faraday
Description
Active ou désactive l’instrumentation pour la gem Faraday. Définir cette option surfalse désactive entièrement l’intégration. Activé par défaut.
instrument_http_rb
Description
Activez ou désactivez l’instrumentation pour le gem Ruby http.rb. Activé par défaut.instrument_mongo
Description
Active ou désactive l’instrumentation MongoDB, qui couvre le Mongo Ruby Driver et Mongoid. Définir cette option surfalse désactive entièrement l’intégration. Activé par défaut.
instrument_net_http
Description
Indique s’il faut ajouter une instrumentation pour les appelsnet/http, peut être true ou false.
instrument_ownership
Description
Indique s’il faut instrumenter automatiquement le gem Ownership, peut êtretrue ou false.
instrument_que
Description
Active ou désactive l’instrumentation pour Que. Définir cette option surfalse désactive entièrement l’intégration, y compris l’instrumentation des jobs et l’instrumentation de mise en file d’attente. Activé par défaut.
instrument_redis
Description
Indique s’il faut activer l’instrumentation pour les requêtes Redis à l’aide du gem Redis, peut êtretrue ou false.
instrument_resque
Description
Active ou désactive l’instrumentation pour Resque. Définir cette option surfalse désactive entièrement l’intégration, y compris l’instrumentation des jobs et l’instrumentation de mise en file d’attente. Activé par défaut.
instrument_sequel
Description
Indique s’il faut ajouter une instrumentation pour les requêtessequel à l’aide de l’intégration du gem Sequel, peut être true ou false.
instrument_shoryuken
Description
Active ou désactive l’instrumentation pour Shoryuken. Définir cette option surfalse désactive entièrement l’intégration, y compris l’instrumentation des jobs et l’instrumentation de mise en file d’attente. Activé par défaut.
instrument_sidekiq
Description
Active ou désactive l’instrumentation pour Sidekiq. Définir cette option surfalse désactive entièrement l’intégration, y compris l’instrumentation des jobs et l’instrumentation de mise en file d’attente. Activé par défaut.
keep_request_environment
Description
Liste des valeurs de l’environnement Rack à signaler qui ne sont pas des en-têtes de requête HTTP, telles queREMOTE_ADDR et QUERY_STRING. Les clés de l’environnement Rack sont en majuscules et séparées par des underscores.
Cette option de configuration est une liste d’autorisation (allowlist), seules les valeurs qu’elle contient sont donc signalées. Définissez-la sur une liste vide pour ne signaler aucune valeur d’environnement.
Utilisez keep_request_headers pour les en-têtes de requête.
Tant que cette option n’est pas définie, sa valeur est dérivée de l’option de configuration request_headers.
Consultez notre guide sur la collecte des en-têtes de requête pour en savoir plus.
Collecteur uniquement : cette option de configuration n’aura d’effet que lors de l’utilisation
d’un collecteur externe.Consultez l’option de configuration request_headers
pour connaître les en-têtes de requête et les valeurs de l’environnement Rack
à signaler lors de l’utilisation de l’agent.
keep_request_headers
Description
Liste des en-têtes de requête HTTP à signaler. Les noms des en-têtes sont en minuscules et séparés par des tirets, comme les nomme OpenTelemetry : signalez l’en-têteX-Hub-Signature en ajoutant x-hub-signature à cette liste.
Cette option de configuration est une liste d’autorisations, elle ne signale donc que les en-têtes qu’elle contient. Définissez-la comme une liste vide pour ne signaler aucun en-tête de requête.
Utilisez keep_request_environment pour les valeurs de l’environnement Rack qui ne sont pas des en-têtes de requête.
Tant que cette option n’est pas définie, sa valeur est dérivée de l’option de configuration request_headers.
Consultez notre guide de collecte des en-têtes de requête pour en savoir plus.
Collecteur uniquement : cette option de configuration n’aura d’effet que lors de l’utilisation
d’un collecteur externe.Consultez l’option de configuration request_headers
pour connaître les en-têtes de requête et les valeurs de l’environnement Rack
à signaler lors de l’utilisation de l’agent.
log
Description
Cette option configure le logger que la fonctionnalité de journalisation
interne d’AppSignal utilisera et n’affecte pas la fonctionnalité de
journalisation.Remarque : L’agent AppSignal,
qui est utilisé par l’intégration, écrira toujours dans le fichier “appsignal.log”.
file et stdout. Voir aussi la configuration log_path.
file(par défaut)- Écrire tous les logs AppSignal dans le système de fichiers.
stdout(par défaut sur Heroku)- Imprimer les logs AppSignal dans la STDOUT du processus parent au lieu d’un fichier. Utile avec des solutions d’hébergement comme les systèmes de conteneurs et Heroku.
log_level
Description
Cette option définit le niveau de gravité 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 sera
considéré comme un chemin mal formé.appsignal.log peut
être écrit.
logging_endpoint
Description
Configurez le point de terminaison vers lequel AppSignal envoie les logs et les check-ins. Ce paramètre ne devrait pas avoir besoin d’être modifié.nginx_port
Description
Configurez le port sur lequel le serveur de métriques NGINX est exposé. Lorsque 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 par AppSignal sur le même serveur avec les métriques NGINX activées, utilisez cette option pour configurer chaque application à écouter sur un port différent.
ownership_set_namespace
Description
Indique si l’instrumentation du gem Ownership doit définir le namespace d’un échantillon sur son propriétaire, peut êtretrue ou false.
request_headers
Description
Agent uniquement : lors de l’utilisation d’un collecteur externe, cette option de configuration définit la valeur par défaut des options suivantes et n’a aucun autre effet.En mode collector, nous vous recommandons d’utiliser plutôt les options de configuration suivantes :
request_headers contient une liste de clés de l’environnement Rack qui sont lues et stockées par le gem AppSignal pour Ruby. Certaines de ces clés contiennent un en-tête de requête HTTP, et d’autres une valeur qui décrit la requête, comme sa méthode ou l’hôte auquel elle a été envoyée.
Cette option de configuration request_headers est une liste d’autorisations, ce qui signifie qu’elle ne signalera que les clés de l’environnement Rack spécifiées par cette option de configuration. Si cette option de configuration n’est pas définie, elle utilisera la valeur par défaut d’AppSignal.
Consultez notre guide sur la collecte des en-têtes de requête pour savoir comment Rack nomme la clé d’un en-tête.
response_headers
Description
L’option de configurationresponse_headers contient une liste d’en-têtes de réponse HTTP qui sont lus et stockés par le gem AppSignal pour Ruby.
Cette option de configuration response_headers est une liste d’autorisations, ce qui signifie qu’elle ne signalera que les en-têtes spécifiés par cette option de configuration. Par défaut, elle ne nomme aucun en-tête, donc aucun en-tête de réponse n’est signalé jusqu’à ce qu’elle en nomme.
Pour personnaliser cette liste, ajoutez l’option de configuration avec tous les en-têtes que vous souhaitez signaler. Tous les noms d’en-têtes doivent être écrits en caractères minuscules. Si le nom de l’en-tête est X-Custom-Header, ajoutez-le à cette liste comme x-custom-header.
Collecteur uniquement : cette option de configuration n’aura d’effet que lors de l’utilisation
d’un collecteur externe.
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 étiquettera toutes les données entrantes avec la révision actuelle. L’intégration AppSignal détecte automatiquement le commit Git déployé et l’utilise comme révision lorsque vous effectuez un déploiement à l’aide des outils ou fournisseurs suivants :- Kamal
- Render
- Scalingo
- Heroku, lorsque la fonctionnalité Heroku Labs: Dyno Metadata est activée
revision pour remplacer la révision détectée.
Utilisez une valeur unique sans espaces, comme un SHA de commit Git (abc0123) ou un numéro de version (1.2.3). AppSignal construit des liens vers votre code source à partir de cette valeur. Pour en savoir plus, consultez Choisir une valeur de révision.
Pour en savoir plus sur les marqueurs de déploiement, consultez le sujet sur les marqueurs de déploiement.
Quand plusieurs sources définissent la révision, la gem Ruby utilise la première de cette liste qui est définie :
- L’option de configuration
revisionou la variable d’environnementAPP_REVISION. - La variable d’environnement définie par Heroku (
HEROKU_BUILD_COMMITouHEROKU_SLUG_COMMIT), Render (RENDER_GIT_COMMIT), Kamal (KAMAL_VERSION) ou Scalingo (CONTAINER_VERSION), dans cet ordre. - Le fichier
REVISIONdans le répertoire racine de l’application.
running_in_container
Description
AppSignal s’attend à être exécuté sur la même machine entre les 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, aucune configuration manuelle n’est donc nécessaire. Si vous rencontrez des problèmes avec la détection automatique, veuillez contacter le support.
Cette option est automatiquement définie sur true sur Heroku.
send_environment_metadata
Description
Envoie des métadonnées d’environnement concernant l’application. Pour plus d’informations, veuillez consulter la documentation sur les métadonnées d’environnement.send_function_parameters
Description
Indique s’il faut envoyer les paramètres de fonction à AppSignal. Tant que cette option n’est pas définie, sa valeur est dérivée de l’option de configurationsend_params.
Collecteur uniquement : cette option de configuration n’aura d’effet que lors de l’utilisation
d’un collecteur externe.Consultez l’option de configuration send_params
pour envoyer des données lorsque vous n’utilisez pas l’agent.
send_params
Description
Indique s’il faut ignorer l’envoi des paramètres de requête à AppSignal. Pour plus d’informations, veuillez consulter la documentation sur send_params dans le filtrage des paramètres de requête.Agent uniquement : lors de l’utilisation d’un collecteur externe, cette option de configuration définit la valeur par défaut des options ci-dessous et n’a pas d’autre effet.Définissez les options de configuration suivantes pour contrôler si les charges utiles de requête, les paramètres de requête et les paramètres de fonction sont envoyés :
send_request_payload
Description
Indique s’il faut envoyer la charge utile de requête à AppSignal. Tant que cette option n’est pas définie, sa valeur est dérivée de l’option de configurationsend_params.
Collecteur uniquement : cette option de configuration n’aura d’effet que lors de l’utilisation
d’un collecteur externe.Consultez l’option de configuration send_params
pour envoyer des données lorsque vous n’utilisez pas l’agent.
send_request_query_parameters
Description
Indique s’il faut envoyer les paramètres de requête à AppSignal. Tant que cette option n’est pas définie, sa valeur est dérivée de l’option de configurationsend_params.
Collecteur uniquement : cette option de configuration n’aura d’effet que lors de l’utilisation
d’un collecteur externe.Consultez l’option de configuration send_params
pour envoyer des données lorsque vous n’utilisez pas l’agent.
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 la documentation sur le filtrage des données de session de requête.
service_name
Description
Le nom du service aide AppSignal à reconnaître différents services pour les traces et regroupe automatiquement les traces dans un namespace basé sur le nom du service. Choisissez un nom qui correspond à votre application, commeweb-server, background-worker, email-service ou authentication-service.
Collecteur uniquement : cette option de configuration n’aura d’effet que lors de l’utilisation
d’un collecteur externe.
sidekiq_report_errors
Description
Configurez le signalement des erreurs qui se produisent dans les jobs Sidekiq. Valeurs acceptées :all: Signale toutes les erreurs pour chaque exécution de jobs, y compris les nouvelles tentatives.discard: Signale les erreurs lorsque le job est rejeté en raison de l’erreur. Utilisez cette option pour signaler les erreurs uniquement lorsque toutes les nouvelles tentatives du job ont été épuisées.none: Ne signale aucune erreur pour les jobs, y compris les nouvelles tentatives. Utile pour le signalement d’erreurs personnalisé.
Remarque : L’option
discard ne fonctionne que sur Sidekiq 5.1 et versions ultérieures. Sur les versions
antérieures, discard est interprété comme all.skip_session_data
Description
statsd_port
Description
Définissez cette option pour configurer le port du serveur HTTP StatsD du processus d’agent AppSignal. Configurez ce port si un autre processus est déjà en cours d’exécution 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 active 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 généraledebug est également activée.
Cette option définit le niveau de gravité du journaliseur interne d’AppSignal et n’affecte
pas la fonctionnalité de journalisation.
working_dir_path
Description
Remplace l’emplacement où AppSignal pour Ruby crée un répertoire de travail.
Consultez
working_directory_path
pour connaître le comportement applicable. Cette option de configuration ajoute /appsignal au
chemin spécifié, alors que
working_directory_path
ne le fait pas.Remarque : Le chemin spécifié ne peut pas contenir d’abstractions du système de fichiers
spécifiques au système d’exploitation, telles que le symbole du répertoire personnel
~ pour les systèmes *NIX. Cela sera
considéré comme un chemin mal formé.working_directory_path
Description
Remplace l’emplacement où AppSignal pour Ruby peut stocker des fichiers temporaires. Utilisez cette option si l’emplacement par défaut ne convient pas. Consultez notre page comment AppSignal fonctionne pour plus d’informations sur le rôle 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 des répertoires de travail différents 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.Remarque : Le chemin spécifié ne peut pas contenir d’abstractions du système de fichiers
spécifiques au système d’exploitation, telles que le symbole du répertoire personnel
~ pour les systèmes *NIX. Cela sera
considéré comme un chemin mal formé.