Verfügbare Optionen
- Erforderliche Optionen
- Optionen
additionalInstrumentationsbindAddresscaFilePathcpuCountdebugdisableDefaultInstrumentationsdnsServersenableHostMetricsenableMinutelyProbesenableNginxMetricsenableOpentelemetryHttpenableStatsdfilesWorldAccessiblefilterParametersfilterSessionDatahostnamehostRolehttpProxyignoreActionsignoreErrorsignoreLogsignoreNamespacesloglogLevellogPathnginxPortopentelemetry_portrequestHeadersrevisionrunningInContainersendEnvironmentMetadatasendParamssendSessionDatastatsdPortworkingDirectoryPath
active
Beschreibung
Konfigurieren Sie, ob AppSignal für eine bestimmte Umgebung aktiv sein soll oder nicht. Wird am häufigsten in der Datei-Konfiguration pro Umgebung verwendet.environment
Beschreibung
Die Umgebung der App, die an AppSignal gemeldet werden soll.Hinweis: Das Ändern des Namens oder der Umgebung einer
bestehenden App erzeugt eine neue App auf AppSignal.com.
name
Beschreibung
Name Ihrer Anwendung, wie er auf AppSignal.com angezeigt werden soll.Hinweis: Das Ändern des Namens oder der Umgebung einer bestehenden App
erstellt eine neue App auf AppSignal.com.
pushApiKey
Beschreibung
Der Authentifizierungsschlüssel auf Organisationsebene zur Authentifizierung bei unserer Push API. Erfahren Sie mehr über den AppSignal Push API-Schlüssel.additionalInstrumentations
Beschreibung
Liste zusätzlicher OpenTelemetry-Instrumentierungen, die mit AppSignal verwendet werden sollen – über Drittanbieter-Bibliotheken oder eigene Integrationen.bindAddress
Beschreibung
Eine gültige IPv4-Adresse, die der AppSignal-Agent als Bindung für seine TCP- und UDP-Server verwendet. Verwenden Sie eine bestimmte Adresse, wenn der Agent nur auf Anfragen an diese Adresse hören soll. Setzen Sie diese Option auf0.0.0.0, um Anfragen von Hosts mit beliebiger IP-Adresse zuzulassen. Standardmäßig lauscht er nur auf Anfragen, die auf demselben Host gestellt werden. Diese Option wird auf alle Server des Agents angewendet (StatsD, OpenTelemetry und NGINX).
caFilePath
Beschreibung
Verwenden Sie diese Option, um auf eine andere Zertifikatsdatei zu verweisen, falls es Probleme bei der Verbindung mit unserer API gibt.Hinweis: Der angegebene Pfad darf keine betriebssystemspezifischen
Dateisystem-Abstraktionen enthalten, etwa das Homedir-Symbol
~ bei
*NIX-Systemen. Dies wird als fehlerhafter Pfad erkannt.cpuCount
Beschreibung
Die verfügbare CPU-Kapazität des Hosts, in Anzahl der CPUs. Dies wird verwendet, um den prozentualen CPU-Verbrauch in den Host-Metriken zu berechnen. Wenn nicht gesetzt, versucht der Agent, diesen Wert automatisch aus cgroups zu ermitteln. Die Anzahl der CPUs kann ein Bruchwert sein, z. B.0.5.
debug
Beschreibung
Aktiviert die Debug-Protokollierung; dies ist in der Regel nur auf Anfrage des Supports erforderlich. Mit aktivierter Option protokolliert AppSignal deutlich mehr Informationen über Entscheidungen, die während der Metrik-Erfassung getroffen werden, und über das Senden von Daten an die Server von AppSignal.com. Das Aktivieren der Debug-Protokollierung kann eine leichte Auswirkung auf die Festplattennutzung und I/O haben, insbesondere bei stark frequentierten Websites. Der CPU-Overhead ist mit aktivierter Debug-Option minimal.Diese Option legt den Schweregrad des internen Loggers von AppSignal fest.
Diese Konfigurationsoption beeinflusst nicht die Logging-Funktion.
disableDefaultInstrumentations
Beschreibung
Ermöglicht es Ihnen, die automatische Instrumentierung der Standardintegrationen zu deaktivieren:- @appsignal/opentelemetry-instrumentation-bullmq
- @opentelemetry/instrumentation-amqplib
- @opentelemetry/instrumentation-express
- @opentelemetry/instrumentation-fastify
- @opentelemetry/instrumentation-graphql
- @opentelemetry/instrumentation-http
- @opentelemetry/instrumentation-ioredis
- @opentelemetry/instrumentation-knex
- @opentelemetry/instrumentation-koa
- @opentelemetry/instrumentation-mongodb
- @opentelemetry/instrumentation-mongoose
- @opentelemetry/instrumentation-mysql2
- @opentelemetry/instrumentation-mysql
- @opentelemetry/instrumentation-nestjs-core
- @opentelemetry/instrumentation-pg
- @opentelemetry/instrumentation-redis
- @opentelemetry/instrumentation-redis-4
- @opentelemetry/instrumentation-restify
- @opentelemetry/instrumentation-undici
- @prisma/instrumentation
true.
dnsServers
Beschreibung
Konfigurieren Sie DNS-Server, die der AppSignal-Agent verwenden soll.Shell
- Akzeptable Werte:
8.8.8.8,my.custom.local.server. - Nicht akzeptable Werte:
foo,my.awesome.custom.local.dns.server.
appsignal.log aus: A problem occurred while setting DNS servers.
enableHostMetrics
Beschreibung
Setzen Sie diese Option auffalse, um die Erfassung von Host-Metriken zu deaktivieren.
Auf Heroku und Dokku sind Host-Metriken standardmäßig deaktiviert. Dies liegt daran, dass diese Systeme aus den Containern heraus ungenaue Metriken melden. Die Erfassung von Host-Metriken kann auf diesen Systemen nicht aktiviert werden. Verwenden Sie für Heroku stattdessen den Heroku-Log-Drain.
enableMinutelyProbes
Beschreibung
Aktiviert das System der minütlichen Probes.enableNginxMetrics
Beschreibung
Setzen Sie diese Option auftrue, um den NGINX-Metrik-Server zu aktivieren. Details finden Sie in der NGINX-Metriken-Dokumentation.
Wenn aktiviert, lauscht der AppSignal-Agent auf einem an localhost gebundenen Server auf Port 27649. Wenn Sie mehrere mit AppSignal instrumentierte Anwendungen auf demselben Server ausführen, kann diese Konfigurationsoption nur in einer davon aktiviert werden.
enableOpentelemetryHttp
Beschreibung
Setzen Sie diese Option auftrue, um den OpenTelemetry-HTTP-Server zu aktivieren.
Wenn aktiviert, lauscht der AppSignal-Agent auf einem an localhost gebundenen Server auf Port 8099. Wenn Sie mehrere mit AppSignal instrumentierte Anwendungen auf demselben Server ausführen, kann diese Konfigurationsoption nur in einer davon aktiviert werden.
Dies ist erforderlich für Apps, die den OpenTelemetry-HTTP-Exporter verwenden, um Daten an AppSignal zu melden.
enableStatsd
Beschreibung
Aktiviert den StatsD-Server im AppSignal-Agent. Wenn aktiviert, lauscht der AppSignal-Agent auf einem anlocalhost gebundenen Server auf Port 8125. Wenn Sie mehrere mit AppSignal instrumentierte Anwendungen auf demselben Server ausführen, kann diese Konfigurationsoption nur in einer davon aktiviert werden.
filesWorldAccessible
Beschreibung
Wenn dies auftrue gesetzt ist, ist das erstellte AppSignal-Arbeitsverzeichnis für alle Benutzer zugänglich (Unix-Berechtigungen 0666). Dies ist oft notwendig, weil Prozesse derselben App unter verschiedenen Benutzern laufen. Setzen Sie es auf false, um dieses Verhalten zu deaktivieren (Unix-Berechtigungen 0644).
filterParameters
Beschreibung
Liste von Parameterschlüsseln, die durch die AppSignal-Filterung ignoriert werden sollen. Ihre Werte werden beim Übertragen an AppSignal durch[FILTERED] ersetzt.
Lesen Sie mehr über Parameterfilterung.
filterSessionData
Beschreibung
Liste von Sitzungsdaten-Schlüsseln, die durch die AppSignal-Filterung ignoriert werden sollen. Ihre Werte werden beim Übertragen an AppSignal durch[FILTERED] ersetzt.
Lesen Sie mehr über Filterung von Sitzungsdaten.
hostname
Beschreibung
Dies überschreibt den Hostnamen des Servers. Nützlich, wenn Sie keinen benutzerdefinierten Hostnamen festlegen können oder wenn auf Hosting-Diensten eine nichtssagende ID für Sie generiert wird.hostRole
Beschreibung
Gruppieren Sie Hosts nach Rolle und erzeugen Sie auf dieser Rolle basierende Metriken. Eine solche Metrik ist die Zähler-Metrikreporting_hosts. Eine gute Rolle gibt an, was die Hauptaufgabe des Servers ist, etwa “webserver”, “processor”, “api”, “database”, “loadbalancer” usw.
httpProxy
Beschreibung
Wenn der Agent eine Verbindung zum Internet über einen Proxy benötigt, setzen Sie die vollständige Proxy-URL in diesem Konfigurationsschlüssel.ignoreActions
Beschreibung
Mit dieser Konfigurationsoption können Sie eine Liste von Aktionen angeben, die von AppSignal ignoriert werden. Alles, was passiert, einschließlich Ausnahmen, wird nicht an AppSignal übertragen. Dies kann nützlich sein, um Health-Check-Endpunkte oder andere Aktionen zu ignorieren, die Sie nicht überwachen möchten. Lesen Sie mehr über das Ignorieren von Aktionen.ignoreErrors
Beschreibung
Liste von Fehlerklassen, die ignoriert werden. Jede mit dieser Fehlerklasse ausgelöste Ausnahme wird nicht an AppSignal übertragen. Lesen Sie mehr über das Ignorieren von Fehlern.ignoreLogs
Beschreibung
Liste von Protokollnachrichten, die ignoriert werden. Jede Protokollnachricht, die eines der Elemente der Liste enthält, wird nicht an AppSignal übertragen. Eine kleine Untermenge der Regex-Syntax wird unterstützt; lesen Sie mehr dazu in unserem Leitfaden Protokolle ignorieren.ignoreNamespaces
Beschreibung
Liste der Namespaces, die ignoriert werden. Fehler oder langsame Anfragen, die in diesem Namespace auftreten, werden nicht an AppSignal gesendet. Erfahren Sie mehr über Namespaces.log
Beschreibung
Diese Option konfiguriert, welchen Logger die interne Logging-Funktionalität
von AppSignal verwendet, und beeinflusst nicht das Logging-Feature.Hinweis: Der AppSignal-Agent,
der von der Integration verwendet wird, schreibt immer in die Datei “appsignal.log”.
file und stdout. Siehe auch die Konfigurationsoption log_path.
file(Standard)- Schreibt alle AppSignal-Logs in das Dateisystem.
stdout(Standard auf Heroku)- Gibt AppSignal-Logs in STDOUT des übergeordneten Prozesses aus, anstatt sie in eine Datei zu schreiben. Nützlich bei Hosting-Lösungen wie Container-Systemen und Heroku.
logLevel
Beschreibung
Diese Option legt den Schweregrad des internen Loggers von AppSignal fest und
beeinflusst nicht das Logging-Feature.
- error
- warning
- info
- debug
- trace
logPath
Beschreibung
Diese Option konfiguriert den Speicherort der internen Logging-Datei von AppSignal
und beeinflusst nicht das Logging-Feature.
Hinweis: Der angegebene Pfad darf keine betriebssystemspezifischen Dateisystem- Abstraktionen enthalten, wie zum Beispiel das Homedir-Symbol
Hinweis: Der angegebene Pfad darf keine betriebssystemspezifischen Dateisystem- Abstraktionen enthalten, wie zum Beispiel das Homedir-Symbol
~ für *NIX-Systeme. Dies wird
als fehlerhafter Pfad angesehen.appsignal.log
geschrieben werden kann.
nginxPort
Beschreibung
Konfigurieren Sie den Port, an dem der NGINX-Metrik-Server bereitgestellt wird. Wenn AppSignal NGINX-Metriken empfängt, lauscht es standardmäßig auf einem anlocalhost gebundenen Server auf Port 27649. Wenn Sie mehrere mit AppSignal instrumentierte Anwendungen auf demselben Server mit aktivierten NGINX-Metriken ausführen, verwenden Sie diese Option, um jede Anwendung so zu konfigurieren, dass sie auf einem anderen Port lauscht.
opentelemetry_port
Beschreibung
Setzen Sie diese Option, um den OpenTelemetry-HTTP-Server-Port des AppSignal-Agent-Prozesses zu konfigurieren. Konfigurieren Sie diesen Port, wenn bereits ein anderer Prozess auf der Maschine läuft, der ebenfalls diesen Port verwendet, um Konflikte zu vermeiden.requestHeaders
Beschreibung
Die KonfigurationsoptionrequestHeaders enthält eine Liste von HTTP-Anfrage-Headern, die vom AppSignal Node.js-Paket gelesen und gespeichert werden.
Diese Konfigurationsoption requestHeaders ist eine Erlaubnisliste, was bedeutet, dass nur die in dieser Konfigurationsoption angegebenen Header verwendet werden. Wenn diese Konfigurationsoption nicht gesetzt ist, wird der AppSignal-Standard verwendet.
Die folgende Liste ist der AppSignal-Paket-Standard.
Node.js
Node.js
revision
Beschreibung
Setzen Sie die App-Revision, um die aktuell laufende Version Ihrer App zu melden. AppSignal erstellt einen Deploy-Marker, wenn sich dieser Wert ändert, und kennzeichnet alle eingehenden Daten mit der aktuellen Revision. Wenn Ihre Anwendung mit Kamal bereitgestellt wird, auf Render bereitgestellt wird oder auf Heroku bereitgestellt wird und das Feature Heroku Labs: Dyno Metadata aktiviert ist, erkennt die AppSignal-Integration automatisch den Git-Commit des aktuellen Deployments und verwendet ihn als Revision. Sie können die automatisch erkannten Revisionen in Heroku, Render oder Kamal überschreiben, indem Sie die Konfigurationsoptionrevision manuell auf einen benutzerdefinierten Wert setzen.
Erfahren Sie mehr über Deploy-Marker im Deploy-Marker-Thema.
runningInContainer
Beschreibung
AppSignal erwartet, dass es zwischen verschiedenen Deploys auf derselben Maschine läuft. Setzen Sie diesen Schlüssel auftrue, wenn die Anwendung in einem Container, zum Beispiel mit Docker, läuft.
Neuere Versionen der AppSignal-Integration erkennen ihre Container-Umgebung automatisch, sodass keine manuelle Konfiguration erforderlich ist. Wenn Sie Probleme mit der automatischen Erkennung haben, kontaktieren Sie bitte den Support.
Diese Option wird auf Heroku automatisch auf true gesetzt.
sendEnvironmentMetadata
Beschreibung
Sendet Umgebungs-Metadaten über die App. Weitere Informationen finden Sie unter Umgebungs-Metadaten.sendParams
Beschreibung
Ob das Senden von Anfrageparametern an AppSignal übersprungen werden soll. Weitere Informationen finden Sie unter send_params zum Filtern von Anfrageparametern.sendSessionData
Beschreibung
Setzen Sie diese Option auffalse, um keine Session-Daten mit Exception-Traces und Performance-Issue-Beispielen zu senden.
Weitere Informationen finden Sie unter Filterung von Anfrage-Session-Daten.
statsdPort
Beschreibung
Setzen Sie diese Option, um den StatsD-HTTP-Server-Port des AppSignal-Agent-Prozesses zu konfigurieren. Konfigurieren Sie diesen Port, wenn bereits ein anderer Prozess auf der Maschine läuft, der ebenfalls diesen Port verwendet, um Konflikte zu vermeiden.workingDirectoryPath
Beschreibung
Überschreiben Sie den Speicherort, an dem AppSignal für Node.js temporäre Dateien speichern kann. Verwenden Sie diese Option, wenn der Standardspeicherort nicht geeignet ist. Weitere Informationen zum Zweck dieses Arbeitsverzeichnisses finden Sie auf unserer Seite Wie AppSignal arbeitet. Wenn Sie mehrere Anwendungen mit AppSignal auf demselben Server ausführen, verwenden Sie diese Konfigurationsoption, um für jede AppSignal-Instanz unterschiedliche Arbeitsverzeichnisse auszuwählen, da die beiden Instanzen sonst miteinander in Konflikt geraten könnten. Weitere Informationen zu diesem Szenario finden Sie in unserer Dokumentation Mehrere Anwendungen auf einem Host ausführen.Node.js
Hinweis: Der angegebene Pfad darf keine betriebssystemspezifischen Dateisystem-
Abstraktionen enthalten, wie zum Beispiel das Homedir-Symbol
~ für *NIX-Systeme. Dies wird
als fehlerhafter Pfad angesehen.