Skip to main content
A lista a seguir inclui todas as opções de configuração com o nome da variável de ambiente e o nome da chave no arquivo de configuração. Para mais informações sobre como configurar o AppSignal com um arquivo de configuração ou com variáveis de ambiente do sistema, consulte nosso tópico de Configuração.

Opções disponíveis

active

Descrição

Observação: quando a variável de ambiente APPSIGNAL_PUSH_API_KEY está definida, o padrão é true. Isso pode ser sobrescrito definindo a variável de ambiente do sistema APPSIGNAL_ACTIVE como false: APPSIGNAL_ACTIVE=false.
Configura o AppSignal para estar ativo ou não para um determinado ambiente. Mais comumente usado na configuração por arquivo por ambiente.

APPSIGNAL_APP_ENV

Descrição

O ambiente do aplicativo que será reportado ao AppSignal. Esta opção de configuração será detectada automaticamente em aplicativos Rails. Para aplicativos Rails, a variável RAILS_ENV é usada para detectar o ambiente. Para aplicativos que usam outros frameworks ou nenhum, a variável de ambiente RACK_ENV é utilizada. Para sobrescrever essa detecção automática, defina a variável de ambiente APPSIGNAL_APP_ENV.
Shell
Esta opção será usada para carregar a configuração dos arquivos de configuração onde a configuração do AppSignal é armazenada. A opção de variável de ambiente é comumente usada em plataformas onde os aplicativos rodam no ambiente production por padrão, como o Heroku. Essa configuração permite uma substituição para definir o ambiente como staging, por exemplo.
Shell
Se o ambiente for definido usando o helper Appsignal.configure, ele substituirá a variável de ambiente APPSIGNAL_APP_ENV.
Observação: alterar o nome ou o ambiente de um aplicativo existente criará um novo aplicativo no AppSignal.com.
Observação: esta opção de configuração não tem equivalente como chave em arquivo de configuração. Para definir o ambiente na inicialização do AppSignal, você precisará inicializar a configuração manualmente.

Ambientes personalizados no arquivo de configuração

Não existe uma chave env disponível no arquivo config/appsignal.yml. Se você deseja definir dinamicamente o nome do ambiente para um aplicativo no arquivo de configuração, é possível personalizar seu arquivo de configuração para usar a variável de ambiente para criar um ambiente.
YAML
Se você usar outra variável de ambiente diferente de APPSIGNAL_APP_ENV, certifique-se de que o valor corresponda a algum dos nomes de variáveis de ambiente detectados automaticamente (RAILS_ENV e RACK_ENV) ou ao valor fornecido para Appsignal.configure.
Observação: alterar o nome ou o ambiente de um aplicativo existente criará um novo aplicativo no AppSignal.com.

name

Descrição

Nome da sua aplicação como deve ser exibido no AppSignal.com. Se você usar Ruby on Rails, a gem detectará automaticamente o nome e você pode deixar este campo vazio. Para outros frameworks, definir isso é obrigatório.
Nota: Alterar o nome ou o ambiente de uma aplicação existente criará uma nova aplicação no AppSignal.com.

push_api_key

Descrição

A chave de autenticação em nível de organização para autenticar com nossa Push API. Leia mais sobre a Push API key do AppSignal.
Nota: Quando a variável de ambiente do sistema APPSIGNAL_PUSH_API_KEY está definida, a opção active terá como padrão true em vez de false. Isso significa que o AppSignal será considerado ativo para o ambiente carregado, mesmo se active estiver definido como false no arquivo de configuração. Para mais informações, consulte a opção active.

activejob_report_errors

Descrição

Configura o relato de erros que ocorrem em jobs do Active Job. Esta opção permite desativar o relato de erros para jobs do Active Job, permitindo que um relato de erros personalizado seja adicionado. Valores aceitos:
  • all: Relata todos os erros para cada execução de jobs, incluindo retentativas.
  • discard: Relata erros quando o job é descartado devido ao erro. Use esta opção para relatar erros apenas quando todas as retentativas do job tiverem se esgotado.
  • none: Não relata nenhum erro para jobs, incluindo retentativas.
Observação: a opção discard só funciona no Active Job 7.1 e mais recente. Em versões inferiores, discard é lido como all.

bind_address

Descrição

Um endereço IPv4 válido que o agente do AppSignal usa como binding para seus servidores TCP e UDP. Use um endereço específico se você quiser que o agente escute apenas as requisições feitas para esse endereço. Defina esta opção como 0.0.0.0 para permitir o recebimento de requisições de hosts usando qualquer endereço IP. Por padrão, ele escuta apenas as requisições feitas no mesmo host. Esta opção é aplicada a todos os servidores do agente (StatsD, OpenTelemetry e NGINX).

ca_file_path

Descrição

Configure o caminho do arquivo de certificado SSL. Por padrão, aponta para o arquivo cacert.pem empacotado na própria gem do AppSignal. Use esta opção para apontar para outro arquivo de certificado se houver um problema ao conectar à nossa API.
Nota: O caminho especificado não pode conter abstrações de sistema de arquivos específicas do sistema operacional, como o símbolo de homedir ~ em sistemas *NIX. Isso será interpretado como um caminho malformado.

collector_endpoint

Descrição

O endereço de um AppSignal Collector implantado externamente. Quando definido, traces, métricas e logs do OpenTelemetry são enviados para o collector nesse endereço.
Esta é uma opção de configuração experimental. O distributed tracing está disponível apenas ao usar o collector hospedado do AppSignal.
O modo collector requer Ruby 3.1 ou mais recente, não oferece suporte a JRuby e precisa das gems do OpenTelemetry, que são opcionais e precisam ser adicionadas ao Gemfile da sua aplicação. Consulte o guia de configuração do collector para saber quais gems e versões mínimas são necessárias. Em versões mais antigas do Ruby, ou quando as gems estão ausentes ou desatualizadas, esta opção é ignorada.

cpu_count

Descrição

A capacidade de CPU disponível do host, em número de CPUs. Isso é usado para calcular a porcentagem de uso de CPU nas métricas do host. Se não for definido, o agente tentará detectar isso automaticamente a partir dos cgroups. O número de CPUs pode ser uma fração, por exemplo, 0.5.

debug

Descrição

Aviso: Esta opção de configuração foi removida na gem Ruby 4.0.0. Defini-la na gem Ruby 4.0.0 ou em versões mais recentes não tem efeito. Use a opção log_level em vez disso.
Habilita o log de depuração. Geralmente isso só é necessário a pedido do suporte. Com esta opção habilitada, o AppSignal registrará muito mais informações sobre decisões tomadas durante a coleta de métricas e quando os dados são enviados aos servidores do AppSignal.com. Habilitar o log de depuração pode ter um leve impacto no uso de disco e IO, especialmente em sites de alto tráfego. A sobrecarga de CPU é mínima com a opção de depuração habilitada.
Esta opção define o nível de severidade do logger interno do AppSignal. Esta opção de configuração não afeta o recurso de logging.

default_tags

Descrição

Tags padrão que serão adicionadas a todas as transações. Tags específicas de transação definidas com Appsignal.add_tags substituirão as tags padrão com a mesma chave.
Ao usar a variável de ambiente, forneça uma lista de pares chave-valor separados por vírgula.
Shell
Os valores das tags devem ser do tipo String, Symbol, Integer ou Boolean. Tags com outros tipos de valor serão ignoradas. Leia mais sobre tagging.

dns_servers

Descrição

Configure os servidores DNS que o agente do AppSignal deve usar.
Se você for afetado por nossos timeouts de DNS, tente definir um servidor DNS manualmente usando esta opção, que não use mais de 4 pontos no nome do servidor.
  • Valores aceitáveis: 8.8.8.8, my.custom.local.server.
  • Valores não aceitáveis: foo, my.awesome.custom.local.dns.server.
Se o servidor DNS não puder ser alcançado, o agente recorrerá à configuração de DNS do host e exibirá uma mensagem no arquivo appsignal.log: A problem occurred while setting DNS servers.

enable_active_support_event_log_reporter

Descrição

Habilita a integração de relatório estruturado de eventos do ActiveSupport::EventReporter. Quando habilitada, a integração do AppSignal se inscreve nos eventos emitidos pelo ActiveSupport::EventReporter e os reporta como logs.

enable_allocation_tracking

Descrição

Defina esta opção como false para desabilitar o rastreamento do número de objetos alocados em Ruby.

enable_at_exit_hook

Descrição

Configura como o AppSignal é encerrado quando a aplicação é encerrada. Isso determinará se ele chama Appsignal.stop automaticamente, que fará flush dos dados para a extensão e o agente. Esta opção tem três valores possíveis:
  • always: Sempre chama Appsignal.stop quando o programa é encerrado. Em containers (Docker), é automaticamente definido para este valor.
  • never: Nunca chama Appsignal.stop quando o programa é encerrado. O valor padrão quando o programa não está sendo executado em um container (Docker).
  • on_error: Chama Appsignal.stop quando o programa é encerrado com erro.
Para mais informações, consulte nossa página de instrumentação para scripts e jobs em background.

enable_at_exit_reporter

Descrição

Defina como true para reportar o último erro que causou o encerramento do processo. O erro reportado geralmente é o erro que faz o processo travar. Se a gem Ruby já reportou o erro, ela não o reportará novamente. Erros reportados por meio desse mecanismo são adicionados ao namespace “unhandled”. Adicione este código ao início da aplicação em containers de curta duração e funções serverless para garantir que o erro seja enviado antes que o sistema seja encerrado.
Ruby

enable_frontend_error_catching

Descrição

Habilita o sistema experimental de captura de erros de front-end. Isso adicionará uma rota à sua aplicação em /appsignal_error_catcher que pode ser usada para capturar erros de JavaScript e enviá-los ao AppSignal. Você pode configurar esta rota com frontend_error_catching_path.

enable_gvl_global_timer

Descrição

Defina esta opção como false para desabilitar a instrumentação do timer global da GVL. Esta opção de configuração não tem efeito se o GVLTools não estiver instalado.

enable_gvl_waiting_threads

Descrição

Defina esta opção como false para desabilitar a instrumentação de threads em espera da GVL. Esta opção de configuração não tem efeito se o GVLTools não estiver instalado.

enable_host_metrics

Descrição

Defina esta opção como false para desabilitar a coleta de métricas do host. No Heroku e no Dokku, as métricas do host são desabilitadas por padrão. Isso é feito porque esses sistemas reportarão métricas imprecisas a partir de dentro dos containers. A coleta de métricas do host nesses sistemas não pode ser habilitada. Para o Heroku, use o log drain do Heroku em vez disso.

enable_job_enqueue_instrumentation

Descrição

Habilita ou desabilita o registro de um event quando um background job é enfileirado. Quando habilitado, enfileirar um job a partir de uma transaction ativa registra um event de enqueue na event timeline dessa transaction. Isso se aplica à enqueue instrumentation de cada integração de background job: Definir como false faz com que esses events de enqueue deixem de ser registrados, sem afetar a instrumentação dos jobs em si. Habilitado por padrão.

enable_minutely_probes

Descrição

Habilita o sistema de probes por minuto.

enable_nginx_metrics

Descrição

Defina como true para habilitar o servidor de métricas do NGINX. Consulte a documentação de métricas do NGINX para mais detalhes. Quando habilitado, o agente do AppSignal escutará em um servidor vinculado a localhost na porta 27649. Se você estiver executando várias aplicações instrumentadas com AppSignal no mesmo servidor, esta opção de configuração só pode ser habilitada em uma delas.

enable_rails_error_reporter

Descrição

Defina como false para desabilitar o subscriber do error reporter do Rails. Consulte a documentação do Rails para mais detalhes.

enable_rake_performance_instrumentation

Descrição

Habilita a instrumentação de performance para tarefas Rake. Por padrão, a instrumentação do Rake reporta apenas erros.

enable_statsd

Descrição

Habilita o servidor StatsD no agente do AppSignal. Quando habilitado, o agente do AppSignal escutará em um servidor vinculado a localhost na porta 8125. Se você estiver executando várias aplicações instrumentadas com AppSignal no mesmo servidor, esta opção de configuração só pode ser habilitada em uma delas.

endpoint

Descrição

Configure o endpoint para enviar dados ao AppSignal. Esta configuração não precisará ser alterada.

files_world_accessible

Descrição

Se isso for definido como true, o diretório de trabalho do AppSignal que é criado é acessível para todos os usuários (permissões Unix 0666). Isso geralmente é necessário porque processos para a mesma aplicação são executados sob um usuário diferente. Defina como false para desabilitar esse comportamento (permissões Unix 0644).

filter_attributes

Descrição

Lista de atributos de span do OpenTelemetry a serem filtrados com o AppSignal. Os valores correspondentes são substituídos por [FILTERED]. Leia mais sobre filtragem de parâmetros.
Apenas para o coletor: esta opção de configuração só terá efeito ao usar um coletor externo.Consulte a opção de configuração filter_parameters para filtrar dados ao usar o agente.

filter_function_parameters

Descrição

Lista de atributos de parâmetros de função a serem filtrados com o AppSignal. Os valores correspondentes são substituídos por [FILTERED]. Leia mais sobre filtragem de parâmetros. Até que esta opção seja definida, seu valor é derivado da opção de configuração filter_parameters.
Apenas para o coletor: esta opção de configuração só terá efeito ao usar um coletor externo.Consulte a opção de configuração filter_parameters para filtrar dados ao usar o agente.

filter_metadata

Descrição

A gem Ruby do AppSignal armazena metadados sobre requisições e jobs em background nos traces por padrão, como caminho da requisição, método da requisição, id da requisição, fila do background job, id do job e contagem de tentativas do job. Esses valores de metadados serão exibidos na caixa de tags. Se algum desses valores de metadados contiver PII ou outros dados sensíveis, use esta opção de configuração para filtrar os metadados por chave. Defina a opção filter_metadata como uma lista de chaves de metadados que devem ser filtradas. Você pode configurar isso com uma lista de chaves no arquivo de configuração. Quando filtrados, os metadados não estarão visíveis na interface do AppSignal.

filter_parameters

Descrição

Lista de chaves de parâmetros que devem ser ignoradas pela filtragem do AppSignal. Seus valores serão substituídos por [FILTERED] quando transmitidos ao AppSignal. Você pode configurar isso com uma lista de chaves no arquivo de configuração.
Leia mais sobre filtragem de parâmetros.
Apenas para o agente: ao usar um coletor externo, esta opção de configuração define o valor padrão das opções abaixo e não tem outro efeito.Use as seguintes opções de configuração para controlar como o payload da requisição, os parâmetros de query da requisição e os parâmetros de função são filtrados:

filter_request_payload

Descrição

Lista de atributos de payload de requisição para filtrar com o AppSignal. Os valores correspondentes são substituídos por [FILTERED]. Leia mais sobre filtragem de parâmetros. Até que essa opção seja definida, seu valor é derivado da opção de configuração filter_parameters.
Apenas para o coletor: esta opção de configuração só terá efeito ao usar um coletor externo.Consulte a opção de configuração filter_parameters para filtrar dados ao usar o agente.

filter_request_query_parameters

Descrição

Lista de atributos de parâmetros de query da requisição a serem filtrados pelo AppSignal. Os valores correspondentes são substituídos por [FILTERED]. Leia mais sobre filtragem de parâmetros. Até que essa opção seja definida, seu valor é derivado da opção de configuração filter_parameters.
Apenas para o coletor: esta opção de configuração só terá efeito ao usar um coletor externo.Consulte a opção de configuração filter_parameters para filtrar dados ao usar o agente.

filter_session_data

Descrição

Lista de chaves de dados de sessão que devem ser ignoradas pela filtragem do AppSignal. Seus valores serão substituídos por [FILTERED] quando transmitidos ao AppSignal. Você pode configurar isso com uma lista de chaves no arquivo de configuração.
Leia mais sobre filtragem de dados de sessão.

host_role

Descrição

Agrupa hosts por função (role) e gera métricas baseadas nessa função. Uma dessas métricas é a métrica contadora reporting_hosts. Uma boa função indica qual é o papel principal do servidor, como “webserver”, “processor”, “api”, “database”, “loadbalancer”, etc.

hostname

Descrição

Isso sobrescreve o hostname do servidor. Útil para quando você não consegue definir um hostname personalizado ou quando um id não descritivo é gerado para você em serviços de hospedagem.

http_proxy

Descrição

Se você precisar que o agente se conecte à Internet através de um proxy, defina a URL completa do proxy nesta chave de configuração.

ignore_actions

Descrição

Com esta opção de configuração você pode especificar uma lista de ações que serão ignoradas pelo AppSignal. Tudo o que acontecer, incluindo exceções, não será transmitido ao AppSignal. Isso pode ser útil para ignorar endpoints de health check ou outras ações que você não quer monitorar. Leia mais sobre ignorar ações.

ignore_errors

Descrição

Lista de classes de erro que serão ignoradas. Qualquer exceção lançada com esta classe de erro não será transmitida ao AppSignal. Leia mais sobre ignorar erros.

ignore_logs

Descrição

Lista de mensagens de log que serão ignoradas. Qualquer mensagem de log que contenha algum dos elementos da lista não será transmitida ao AppSignal. Um pequeno subconjunto da sintaxe de regex é suportado. Leia mais sobre isso em nosso guia Ignore Logs.

ignore_namespaces

Descrição

Lista de namespaces que serão ignorados. Qualquer erro lançado ou requisição lenta que ocorra neste namespace não será enviado ao AppSignal. Leia mais sobre namespaces.

instrument_active_job

Descrição

Habilita ou desabilita a instrumentação para Active Job. Definir como false desativa completamente a integração, incluindo tanto a instrumentação dos jobs quanto a enqueue instrumentation. Habilitado por padrão.

instrument_code_ownership

Descrição

Define se a gem CodeOwnership deve ser instrumentada automaticamente. Pode ser true ou false.

instrument_delayed_job

Descrição

Habilita ou desabilita a instrumentação para Delayed::Job. Definir como false desativa completamente a integração, incluindo tanto a instrumentação dos jobs quanto a enqueue instrumentation. Habilitado por padrão.

instrument_excon

Descrição

Habilita ou desabilita a instrumentação para Excon. Definir como false desativa completamente a integração. Habilitado por padrão.

instrument_faraday

Descrição

Habilita ou desabilita a instrumentação para a gem Faraday. Definir como false desativa completamente a integração. Habilitado por padrão.

instrument_http_rb

Descrição

Habilita ou desabilita a instrumentação para a gem http.rb do Ruby. Habilitado por padrão.

instrument_mongo

Descrição

Habilita ou desabilita a instrumentação do MongoDB, que cobre o Mongo Ruby Driver e o Mongoid. Definir como false desativa completamente a integração. Habilitado por padrão.

instrument_net_http

Descrição

Define se deve adicionar instrumentação para chamadas net/http. Pode ser true ou false.

instrument_ownership

Descrição

Define se a gem Ownership deve ser instrumentada automaticamente. Pode ser true ou false.

instrument_que

Descrição

Habilita ou desabilita a instrumentação para Que. Definir como false desativa completamente a integração, incluindo tanto a instrumentação dos jobs quanto a enqueue instrumentation. Habilitado por padrão.

instrument_redis

Descrição

Define se deve habilitar a instrumentação para consultas Redis usando a gem Redis. Pode ser true ou false.

instrument_resque

Descrição

Habilita ou desabilita a instrumentação para Resque. Definir como false desativa completamente a integração, incluindo tanto a instrumentação dos jobs quanto a enqueue instrumentation. Habilitado por padrão.

instrument_sequel

Descrição

Define se deve adicionar instrumentação para consultas sequel usando a integração com a gem Sequel. Pode ser true ou false.

instrument_shoryuken

Descrição

Habilita ou desabilita a instrumentação para Shoryuken. Definir como false desativa completamente a integração, incluindo tanto a instrumentação dos jobs quanto a enqueue instrumentation. Habilitado por padrão.

instrument_sidekiq

Descrição

Habilita ou desabilita a instrumentação para Sidekiq. Definir como false desativa completamente a integração, incluindo tanto a instrumentação dos jobs quanto a enqueue instrumentation. Habilitado por padrão.

keep_request_environment

Descrição

Lista de valores do ambiente Rack a serem reportados que não são cabeçalhos de requisição HTTP, como REMOTE_ADDR e QUERY_STRING. As chaves do ambiente Rack ficam em maiúsculas e separadas por underscore. Esta opção de configuração é uma allowlist, portanto, apenas os valores listados nela são reportados. Defina-a como uma lista vazia para não reportar nenhum valor de ambiente. Use keep_request_headers para os cabeçalhos de requisição. Até que esta opção seja definida, seu valor é derivado da opção de configuração request_headers. Leia nosso guia de coleta de cabeçalhos de requisição para mais informações.
Apenas para o coletor: esta opção de configuração só terá efeito ao usar um coletor externo.Consulte a opção de configuração request_headers para os cabeçalhos de requisição e os valores do ambiente Rack a serem reportados ao usar o agente.

keep_request_headers

Descrição

Lista de cabeçalhos de requisição HTTP a serem reportados. Os nomes dos cabeçalhos são em letras minúsculas e separados por hífen, como nomeados pelo OpenTelemetry: reporte o cabeçalho X-Hub-Signature adicionando x-hub-signature a esta lista. Essa opção de configuração é uma allowlist, portanto, apenas os cabeçalhos listados são reportados. Defina-a como uma lista vazia para não reportar nenhum cabeçalho de requisição. Use keep_request_environment para os valores do ambiente Rack que não são cabeçalhos de requisição. Até que essa opção seja definida, seu valor é derivado da opção de configuração request_headers. Leia nosso guia de coleta de cabeçalhos de requisição para mais informações.
Apenas para o coletor: esta opção de configuração só terá efeito ao usar um coletor externo.Consulte a opção de configuração request_headers para os cabeçalhos de requisição e os valores do ambiente Rack a serem reportados ao usar o agente.

log

Descrição

Esta opção configura qual logger a funcionalidade interna de logging do AppSignal usará e não afeta o recurso de logging.Nota: O agente do AppSignal, que é usado pela integração, sempre escreverá no arquivo “appsignal.log”.
Selecione qual logger a integração do AppSignal usará. Os valores aceitos são file e stdout. Veja também a configuração log_path.
  • file (padrão)
    • Escreve todos os logs do AppSignal no sistema de arquivos.
  • stdout (padrão no Heroku)
    • Imprime os logs do AppSignal no STDOUT do processo pai em vez de em um arquivo. Útil com soluções de hospedagem como sistemas de containers e Heroku.

log_level

Descrição

Esta opção define o nível de severidade do logger interno do AppSignal e não afeta o recurso de logging.
Define o nível de severidade do logger interno do AppSignal. Se configurado como “info”, ele registrará todas as mensagens de erro, aviso e info, mas não registrará as mensagens de debug. Definir os níveis “debug” ou “trace” geralmente só é necessário a pedido do suporte. Definir o nível como “debug”/“trace” pode ter um leve impacto no uso de disco e IO, especialmente em sites de alto tráfego. A sobrecarga de CPU é mínima com a opção de debug habilitada. Valores aceitos:
  • error
  • warning
  • info
  • debug
  • trace

log_path

Descrição

Esta opção configura a localização do arquivo de logging interno do AppSignal e não afeta o recurso de logging.
Nota: O caminho especificado não pode conter abstrações de sistema de arquivos específicas do sistema operacional, como o símbolo de homedir ~ em sistemas *NIX. Isso será interpretado como um caminho malformado.
Sobrescreve a localização do caminho (diretório) onde o arquivo appsignal.log pode ser escrito.

logging_endpoint

Descrição

Configure o endpoint para o qual o AppSignal envia logs e check-ins. Essa configuração não precisará ser alterada.

nginx_port

Descrição

Configura a porta na qual o servidor de métricas do NGINX é exposto. Quando o AppSignal recebe métricas do NGINX, ele escuta em um servidor vinculado a localhost, por padrão na porta 27649. Se você estiver executando várias aplicações instrumentadas com AppSignal no mesmo servidor com métricas do NGINX habilitadas, use esta opção para configurar cada aplicação para escutar em uma porta diferente.

ownership_set_namespace

Descrição

Define se a instrumentação da gem Ownership deve definir o namespace de uma amostra para seu owner. Pode ser true ou false.

request_headers

Descrição

Apenas para o agente: ao usar um coletor externo, esta opção de configuração define o padrão para as opções abaixo e não tem nenhum outro efeito.No modo collector, recomendamos usar estas opções de configuração:
A opção de configuração request_headers contém uma lista de chaves do ambiente Rack que são lidas e armazenadas pela gem AppSignal Ruby. Algumas dessas chaves contêm um cabeçalho de requisição HTTP, e outras contêm um valor que descreve a requisição, como seu método ou o host para o qual ela foi enviada. Esta opção de configuração request_headers é uma allowlist, o que significa que ela só reportará as chaves do ambiente Rack especificadas por esta opção de configuração. Se esta opção de configuração não for definida, será usado o padrão do AppSignal. Leia nosso guia de coleta de cabeçalhos de requisição para saber como o Rack nomeia a chave de um cabeçalho.
O Rack reporta a chave da forma como seu aplicativo ou framework a informou. Isso pode não corresponder ao que o navegador ou cliente enviou. Para configurar o AppSignal para não armazenar nenhum cabeçalho HTTP de requisição nas transações do AppSignal, configure a opção com um array vazio.

response_headers

Descrição

A opção de configuração response_headers contém uma lista de cabeçalhos HTTP de resposta que são lidos e armazenados pela gem AppSignal Ruby. Essa opção de configuração response_headers é uma allowlist, o que significa que ela só reportará os cabeçalhos especificados nesta opção de configuração. Por padrão, ela não nomeia nenhum cabeçalho, portanto nenhum cabeçalho de resposta é reportado até que ela nomeie algum. Para personalizar esta lista, adicione a opção de configuração com todos os cabeçalhos que você deseja reportar. Todos os nomes de cabeçalhos devem ser escritos em letras minúsculas. Se o nome do cabeçalho for X-Custom-Header, adicione-o a esta lista como x-custom-header.
Apenas para o coletor: esta opção de configuração só terá efeito ao usar um coletor externo.

revision

Descrição

Define a revisão do aplicativo para reportar a versão do seu aplicativo que está em execução. O AppSignal criará um marcador de deploy quando este valor for alterado e marcará todos os dados recebidos com a revisão atual. A integração do AppSignal detecta automaticamente o commit do Git implantado e o usa como revisão quando você faz deploy usando as seguintes ferramentas ou provedores: Defina a opção de configuração revision para substituir a revisão detectada. Use um único valor sem espaços, como um SHA de commit do Git (abc0123) ou um número de versão (1.2.3). O AppSignal cria links para o seu código-fonte a partir desse valor. Saiba mais em Escolhendo um valor de revisão. Leia mais sobre marcadores de deploy no tópico sobre marcadores de deploy. Quando mais de uma fonte define a revisão, a gem Ruby usa a primeira desta lista que estiver definida:
  1. A opção de configuração revision ou a variável de ambiente APP_REVISION.
  2. A variável de ambiente definida pelo Heroku (HEROKU_SLUG_COMMIT), Render (RENDER_GIT_COMMIT), Kamal (KAMAL_VERSION) ou Scalingo (CONTAINER_VERSION), nessa ordem.
  3. O arquivo REVISION no diretório raiz da aplicação.

running_in_container

Descrição

O AppSignal espera estar executando na mesma máquina entre diferentes deploys. Defina esta chave como true se o aplicativo estiver rodando em um contêiner, como com o Docker. Versões mais recentes da integração do AppSignal detectam automaticamente o ambiente de contêiner, então nenhuma configuração manual é necessária. Se você estiver tendo problemas com a detecção automática, por favor entre em contato com o suporte. Esta opção é definida como true automaticamente no Heroku.

send_environment_metadata

Descrição

Envia metadados de ambiente sobre o aplicativo. Para mais informações, leia sobre metadados de ambiente.

send_function_parameters

Descrição

Se deve enviar parâmetros de função ao AppSignal. Até que essa opção seja definida, seu valor é derivado da opção de configuração send_params.
Apenas para o coletor: esta opção de configuração só terá efeito ao usar um coletor externo.Consulte a opção de configuração send_params para enviar dados quando não estiver usando o agente.

send_params

Descrição

Define se o envio de parâmetros de requisição para o AppSignal deve ser ignorado. Para mais informações, leia sobre send_params na filtragem de parâmetros de requisição.
Apenas para o agente: ao usar um coletor externo, esta opção de configuração define o padrão para as opções abaixo e não tem nenhum outro efeito.Defina as seguintes opções de configuração para controlar se os payloads da requisição, os parâmetros de query da requisição e os parâmetros de função são enviados:

send_request_payload

Descrição

Se deve enviar o payload da requisição ao AppSignal. Até que esta opção seja definida, seu valor é derivado da opção de configuração send_params.
Apenas para o coletor: esta opção de configuração só terá efeito ao usar um coletor externo.Consulte a opção de configuração send_params para enviar dados quando não estiver usando o agente.

send_request_query_parameters

Descrição

Define se deve enviar os parâmetros de query da requisição para o AppSignal. Até que esta opção seja definida, seu valor é derivado da opção de configuração send_params.
Apenas para o coletor: esta opção de configuração só terá efeito ao usar um coletor externo.Consulte a opção de configuração send_params para enviar dados quando não estiver usando o agente.

send_session_data

Descrição

Defina esta opção como false para não enviar nenhum dado de sessão com rastros de exceção e amostras de problemas de desempenho. Para mais informações, leia sobre filtragem de dados de sessão de requisição.

service_name

Descrição

O nome do serviço ajuda o AppSignal a reconhecer diferentes serviços para os traces e agrupa os traces automaticamente em um namespace com base no nome do serviço. Escolha um nome que se adeque ao seu aplicativo, como web-server, background-worker, email-service ou authentication-service.
Apenas para o coletor: esta opção de configuração só terá efeito ao usar um coletor externo.

sidekiq_report_errors

Descrição

Configure o relatório de erros que ocorrem em jobs do Sidekiq. Valores aceitos:
  • all: Reporta todos os erros para cada execução de jobs, incluindo retentativas.
  • discard: Reporta erros quando o job é descartado devido ao erro. Use esta opção para reportar erros somente quando todas as retentativas do job tiverem se esgotado.
  • none: Não reporta erros para jobs, incluindo retentativas. Útil para relatórios de erros personalizados.
Nota: A opção discard só funciona no Sidekiq 5.1 e superior. Em versões anteriores, discard é interpretado como all.

skip_session_data

Descrição

Aviso: Esta opção de configuração foi removida na gem Ruby 4.0.0. Defini-la na gem Ruby 4.0.0 e em versões mais recentes não tem efeito. Use a opção send_session_data em vez disso.

statsd_port

Descrição

Defina esta opção para configurar a porta do servidor HTTP StatsD do processo do agente AppSignal. Configure esta porta se outro processo já estiver em execução na máquina utilizando essa mesma porta, para evitar conflitos.

transaction_debug_mode

Descrição

Aviso: Esta opção de configuração foi removida na gem Ruby 4.0.0. Defini-la na gem Ruby 4.0.0 ou versões mais novas não tem efeito. Use a opção log_level em vez disso.
Habilita o modo de depuração de transações. Isso habilita um log muito detalhado de transações e eventos, o que é útil ao desenvolver integrações ou quando os eventos não são rastreados conforme o esperado. O log só é gravado se a opção geral debug também estiver ativada.
Esta opção define o nível de severidade do logger interno do AppSignal e não afeta o recurso de logging.

working_dir_path

Descrição

Aviso: Esta opção de configuração foi removida na gem Ruby 4.0.0. Defini-la na gem Ruby 4.0.0 e em versões mais recentes não tem efeito. Use a opção working_directory_path em vez disso.
Sobrescreve o local onde o AppSignal para Ruby cria um diretório de trabalho. Veja working_directory_path para entender o comportamento aplicável. Esta opção de configuração acrescenta /appsignal ao caminho especificado, enquanto working_directory_path não acrescenta.
Nota: O caminho especificado não pode conter abstrações de sistema de arquivos específicas do sistema operacional, como o símbolo de diretório home ~ para sistemas *NIX. Isso será interpretado como um caminho malformado.

working_directory_path

Descrição

Sobrescreve o local onde o AppSignal para Ruby pode armazenar arquivos temporários. Use esta opção se o local padrão não for adequado. Veja nossa página como o AppSignal opera para mais informações sobre a finalidade deste diretório de trabalho. Se você estiver executando múltiplos aplicativos usando o AppSignal no mesmo servidor, use esta opção de configuração para selecionar diretórios de trabalho diferentes para cada instância do AppSignal, caso contrário, as duas instâncias podem entrar em conflito. Para mais informações sobre este cenário, veja nossa documentação executando múltiplos aplicativos em um host.
Nota: O caminho especificado não pode conter abstrações de sistema de arquivos específicas do sistema operacional, como o símbolo de diretório home ~ para sistemas *NIX. Isso será interpretado como um caminho malformado.