fluent / fluent/fluent-logger-node

Buffering the logs being send to fluentd when fluentd is not available

Offen
#166 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Vorherrschende Sprache
JavaScript
Sterne
258
Forks
82
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

Hey,
We are using your library to send logs from our lambda functions to fluentd via Bunyan Logger.

```
// Instance style fluent-logger creation
const sender = require('fluent-logger').createFluentSender('tag-prefix', {
enableReconnect: false,
host: 'localhost',
port: 24224,
reconnectInterval: 3000,
requireAckResponse: true,
timeout: 3.0
});

// Listener for detecting error events
sender.on('error', (error) => {
console.log('Error found on stream here. ' + error);
// Printing the logs on stdout using the buffer.
});

// bunyan logger instance for sending logs to fluentd.
logger = bunyan.createLogger({
name: 'FluentdLogger',
streams: [{ stream: sender.toStream('fluentd') }]
});

logger.info('this log record is sent to fluent daemon');

```
1. Using the above mentioned approach, the logs are successfully being sent to fluentd from lambda.
2. However, in the case fluentd is _not available_ (not listening at the specified host and port) , then the expected behavior is to send these logs to the **stdout** for displaying.

For point number 2, is there a way to buffer the logs being sent to fluentd and then sending them to stdout instead (inside the error listener)?

It would be great if anyone could advise me on it.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Rechercherichtung

Beginnen Sie mit createFluentSender, seinen Optionen enableReconnect und timeout sowie den Einstiegspunkten des error-Ereignisses des Senders und toStream('fluentd'). Klären Sie das beabsichtigte Buffering- und Fallback-Verhalten für nicht verfügbares Fluentd und bestimmen Sie anschließend den erforderlichen Umfang, damit Logs stdout erreichen, ohne Datensätze zu verlieren.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
javascript
Bereich
backend, observability
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
25/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.