A pino v7+ transport for sending logs to AWS SNS.
It uses @aws-sdk/client-sns to send logs to sns topics.
- Single required config
npm install pino-sns-transport
import pino, { TransportTargetOptions } from 'pino';
import type { SnsTransportOptions } from 'pino-sns-transport';
const transportTargets: TransportTargetOptions[] = [
{
target: 'pino-sns-transport',
options: {
topic: process.env.TOPIC,
} as SnsTransportOptions,
level: 'warn',
},
];
const transport = pino.transport({
targets: transportTargets,
});
const logger = pino(
{
/**
* Set this to trace or the minimum from the logging
* levels of the transports so that all logs are
* forwarded to transports, each transport carries its
* own level and therefore can decide whether it wants
* to log or not
*/
level: 'trace',
},
transport,
)import { SNSClientConfig } from "@aws-sdk/client-sns";
export type LogFilter = {
key: string;
pattern: RegExp,
}
export type SnsTransportOptions = {
snsClientConfig?: SNSClientConfig;
topic?: string;
topicArn?: string;
beautify?: boolean;
beautifyOptions?: {
indentSize?: number;
maxWidth?: number;
};
excludeKeys?: string[];
keyExamineDepth?: number;
includeLogs?: LogFilter[];
excludeLogs?: LogFilter[];
}topicis the name of the sns topic to publish logs to. When provided the full arn of the sns topic is constructed by getting the region and aws account id from the aws sns client. The full arn is then passed to the publish method of the aws-sdk to push logstopicArnshould be the arn of the sns topic to publish logs to. It is useful for scenarios where cross region or cross account logs need to be published. Either one oftopicortopicArnmust be provided. When both are providedtopicArnis given preferencesnsClientConfigis optional and anything passed to it is forwarded directly to the aws-sdk thus making the underlying aws-sdk client transparently configurablebeautifyis true by default but will not take effect until the optional dependency json-beautify is also installed, if you happen to have the dependency for unrelated reasons and don't want your logs to be formatted you can turn it off herebeautifyOptionsare parameters passed to json-beautify and don't take effect untilbeautifyis true and the dependency is metexcludeKeyscan be used to delete keys from the json log before publish. Also supports dot notation for removing nested keys, see full example belowkeyExamineDepthis the maximum depth level of json objects at which the keys will be examined forexcludeKeys. The default value is 3.includeLogscan be used to filter for logs that need to published and discard the rest. Providing an empty array here has the same effect as not providing a value which is that all logs will be published unless filtered out byexcludeLogs. UnlikeexcludeKeys, this does not support dot notation for nowexcludeLogscan be used to prevent certain logs from being published whose value atkeymatches thepattern. UnlikeexcludeKeys, this does not support dot notation for now
- If both
includeLogsandexcludeLogsare specified and a log matches both of them then it will be excluded. - Any errors encountered in initialization or publishing logs are printed to stdout with the
contextkey aspino-sns-transportin pino style compatible with pino-pretty. Also includes the error and the original log that could not be published.
const transportTargets: TransportTargetOptions[] = [
{
target: 'pino-sns-transport',
options: {
topicArn: process.env.TOPIC_ARN,
excludeKeys: [
'pid',
'hostname',
'res.headers',
'req.headers',
'req.remoteAddress',
'req.remotePort',
],
excludeLogs: [
{
key: 'msg',
pattern: /Request (Completed|Errored)/,
},
{
key: 'context',
pattern: /ExceptionsHandler/,
},
],
} as SnsTransportOptions,
level: 'warn',
},
];