Amazon CloudWatch Logs Construct Library¶--- ![cfn-resources: Stable](https://img.shields.io/badge/cfn--resources-stable-success.svg?style=for-the-badge) ![cdk-constructs: Stable](https://img.shields.io/badge/cdk--constructs-stable-success.svg?style=for-the-badge) ---
This library supplies constructs for working with CloudWatch Logs.
The basic unit of CloudWatch is a Log Group. Every log group typically has the same kind of data logged to it, in the same format. If there are multiple applications or services logging into the Log Group, each of them creates a new Log Stream.
Every log operation creates a “log event”, which can consist of a simple string or a single-line JSON object. JSON objects have the advantage that they afford more filtering abilities (see below).
The only configurable attribute for log streams is the retention period, which configures after how much time the events in the log stream expire and are deleted.
The default retention period if not supplied is 2 years, but it can be set to
one of the values in the
RetentionDays enum to configure a different
retention period (including infinite retention).
# Example automatically generated. See https://github.com/aws/jsii/issues/826 # Configure log group for short retention log_group = LogGroup(stack, "LogGroup", retention=RetentionDays.ONE_WEEK ) # Configure log group for infinite retention log_group = LogGroup(stack, "LogGroup", retention=Infinity )
Subscriptions and Destinations¶
Log events matching a particular filter can be sent to either a Lambda function or a Kinesis stream.
If the Kinesis stream lives in a different account, a
object needs to be added in the destination account which will act as a proxy
for the remote Kinesis stream. This object is automatically created for you
if you use the CDK Kinesis library.
SubscriptionFilter, initialize it with an appropriate
below) and supply the intended destination:
# Example automatically generated without compilation. See https://github.com/aws/jsii/issues/826 fn = lambda.Function(self, "Lambda", ...) log_group = LogGroup(self, "LogGroup", ...) SubscriptionFilter(self, "Subscription", log_group=log_group, destination=LogsDestinations.LambdaDestination(fn), filter_pattern=FilterPattern.all_terms("ERROR", "MainThread") )
CloudWatch Logs can extract and emit metrics based on a textual log stream. Depending on your needs, this may be a more convenient way of generating metrics for you application than making calls to CloudWatch Metrics yourself.
MetricFilter either emits a fixed number every time it sees a log event
matching a particular pattern (see below), or extracts a number from the log
event and uses that as the metric value.
# Example automatically generated. See https://github.com/aws/jsii/issues/826 MetricFilter(self, "MetricFilter", log_group=log_group, metric_namespace="MyApp", metric_name="Latency", filter_pattern=FilterPattern.exists("$.latency"), metric_value="$.latency" )
Remember that if you want to use a value from the log event as the metric value, you must mention it in your pattern somewhere.
A very simple MetricFilter can be created by using the
# Example automatically generated without compilation. See https://github.com/aws/jsii/issues/826 log_group.extract_metric("$.jsonField", "Namespace", "MetricName")
Will extract the value of
jsonField wherever it occurs in JSON-structed
log records in the LogGroup, and emit them to CloudWatch Metrics under
Exposing Metric on a Metric Filter¶
You can expose a metric on a metric filter by calling the
This has a default of
statistic = 'avg' if the statistic is not set in the
# Example automatically generated without compilation. See https://github.com/aws/jsii/issues/826 mf = MetricFilter(self, "MetricFilter", log_group=log_group, metric_namespace="MyApp", metric_name="Latency", filter_pattern=FilterPattern.exists("$.latency"), metric_value="$.latency" ) # expose a metric from the metric filter metric = mf.metric() # you can use the metric to create a new alarm Alarm(self, "alarm from metric filter", metric=metric, threshold=100, evaluation_periods=2 )
Patterns describe which log events match a subscription or metric filter. There are three types of patterns:
Space-delimited table patterns
All patterns are constructed by using static functions on the
In addition to the patterns above, the following special patterns exist:
FilterPattern.allEvents(): matches all log events.
FilterPattern.literal(string): if you already know what pattern expression to use, this function takes a string and will use that as the log pattern. For more information, see the Filter and Pattern Syntax.
Text patterns match if the literal strings appear in the text form of the log line.
FilterPattern.allTerms(term, term, ...): matches if all of the given terms (substrings) appear in the log event.
FilterPattern.anyTerm(term, term, ...): matches if all of the given terms (substrings) appear in the log event.
FilterPattern.anyGroup([term, term, ...], [term, term, ...], ...): matches if all of the terms in any of the groups (specified as arrays) matches. This is an OR match.
# Example automatically generated without compilation. See https://github.com/aws/jsii/issues/826 # Search for lines that contain both "ERROR" and "MainThread" pattern1 = FilterPattern.all_terms("ERROR", "MainThread") # Search for lines that either contain both "ERROR" and "MainThread", or # both "WARN" and "Deadlock". pattern2 = FilterPattern.any_group(["ERROR", "MainThread"], ["WARN", "Deadlock"])
JSON patterns apply if the log event is the JSON representation of an object (without any other characters, so it cannot include a prefix such as timestamp or log level). JSON patterns can make comparisons on the values inside the fields.
Strings: the comparison operators allowed for strings are
!=. String values can start or end with a
Numbers: the comparison operators allowed for numbers are
Fields in the JSON structure are identified by identifier the complete object as
and then descending into it, such as
FilterPattern.stringValue(field, comparison, string): matches if the given field compares as indicated with the given string value.
FilterPattern.numberValue(field, comparison, number): matches if the given field compares as indicated with the given numerical value.
FilterPattern.isNull(field): matches if the given field exists and has the value
FilterPattern.notExists(field): matches if the given field is not in the JSON structure.
FilterPattern.exists(field): matches if the given field is in the JSON structure.
FilterPattern.booleanValue(field, boolean): matches if the given field is exactly the given boolean value.
FilterPattern.all(jsonPattern, jsonPattern, ...): matches if all of the given JSON patterns match. This makes an AND combination of the given patterns.
FilterPattern.any(jsonPattern, jsonPattern, ...): matches if any of the given JSON patterns match. This makes an OR combination of the given patterns.
# Example automatically generated without compilation. See https://github.com/aws/jsii/issues/826 # Search for all events where the component field is equal to # "HttpServer" and either error is true or the latency is higher # than 1000. pattern = FilterPattern.all( FilterPattern.string_value("$.component", "=", "HttpServer"), FilterPattern.any( FilterPattern.boolean_value("$.error", True), FilterPattern.number_value("$.latency", ">", 1000)))
Space-delimited table patterns¶
If the log events are rows of a space-delimited table, this pattern can be used to identify the columns in that structure and add conditions on any of them. The canonical example where you would apply this type of pattern is Apache server logs.
Text that is surrounded by
"..." quotes or
[...] square brackets will
be treated as one column.
FilterPattern.spaceDelimited(column, column, ...): construct a
SpaceDelimitedTextPatternobject with the indicated columns. The columns map one-by-one the columns found in the log event. The string
"..."may be used to specify an arbitrary number of unnamed columns anywhere in the name list (but may only be specified once).
After constructing a
SpaceDelimitedTextPattern, you can use the following
two members to add restrictions:
pattern.whereString(field, comparison, string): add a string condition. The rules are the same as for JSON patterns.
pattern.whereNumber(field, comparison, number): add a numerical condition. The rules are the same as for JSON patterns.
Multiple restrictions can be added on the same column; they must all apply.
# Example automatically generated without compilation. See https://github.com/aws/jsii/issues/826 # Search for all events where the component is "HttpServer" and the # result code is not equal to 200. pattern = FilterPattern.space_delimited("time", "component", "...", "result_code", "latency").where_string("component", "=", "HttpServer").where_number("result_code", "!=", 200)
Be aware that Log Group ARNs will always have the string
:* appended to
them, to match the behavior of the CloudFormation ``AWS::Logs::LogGroup`