|
| 1 | +- name: '@timestamp' |
| 2 | + level: core |
| 3 | + required: true |
| 4 | + type: date |
| 5 | + description: 'Date/time when the event originated. |
| 6 | +
|
| 7 | + This is the date/time extracted from the event, typically representing when the event was generated by the source. |
| 8 | +
|
| 9 | + If the event source has no original timestamp, this value is typically populated by the first time the event was received by the pipeline. |
| 10 | +
|
| 11 | + Required field for all events.' |
| 12 | + example: '2016-05-23T08:05:34.853Z' |
| 13 | + default_field: true |
| 14 | +- name: message |
| 15 | + level: core |
| 16 | + type: match_only_text |
| 17 | + description: 'For log events the message field contains the log message, optimized for viewing in a log viewer. |
| 18 | +
|
| 19 | + For structured logs without an original message field, other fields can be concatenated to form a human-readable summary of the event. |
| 20 | +
|
| 21 | + If multiple messages exist, they can be combined into one message.' |
| 22 | + example: Hello World |
| 23 | + default_field: true |
| 24 | +- name: agent |
| 25 | + title: Agent |
| 26 | + group: 2 |
| 27 | + description: 'The agent fields contain the data about the software entity, if any, that collects, detects, or observes events on a host, or takes measurements on a host. |
| 28 | +
|
| 29 | + Examples include Beats. Agents may also run on observers. ECS agent.* fields shall be populated with details of the agent running on the host or observer where the event happened or the measurement was taken.' |
| 30 | + footnote: 'Examples: In the case of Beats for logs, the agent.name is filebeat. For APM, it is the agent running in the app/service. The agent information does not change if data is sent through queuing systems like Kafka, Redis, or processing systems such as Logstash or APM Server.' |
| 31 | + type: group |
| 32 | + default_field: true |
| 33 | + fields: |
| 34 | + - name: id |
| 35 | + level: core |
| 36 | + type: keyword |
| 37 | + ignore_above: 1024 |
| 38 | + description: 'Unique identifier of this agent (if one exists). |
| 39 | +
|
| 40 | + Example: For Beats this would be beat.id.' |
| 41 | + example: 8a4f500d |
| 42 | +- name: data_stream |
| 43 | + title: data_stream |
| 44 | + group: 2 |
| 45 | + description: Fields describing the new indexing strategy <type>-<dataset>-<namespace> |
| 46 | + type: group |
| 47 | + default_field: true |
| 48 | + fields: |
| 49 | + - name: dataset |
| 50 | + level: custom |
| 51 | + type: constant_keyword |
| 52 | + description: Data stream dataset name. |
| 53 | + example: nginx.access |
| 54 | + default_field: false |
| 55 | + - name: namespace |
| 56 | + level: custom |
| 57 | + type: constant_keyword |
| 58 | + description: Data stream namespace. |
| 59 | + example: production |
| 60 | + default_field: false |
| 61 | + - name: type |
| 62 | + level: custom |
| 63 | + type: constant_keyword |
| 64 | + description: Data stream type. |
| 65 | + example: logs |
| 66 | + default_field: false |
| 67 | +- name: event |
| 68 | + title: Event |
| 69 | + group: 2 |
| 70 | + description: 'The event fields are used for context information about the log or metric event itself. |
| 71 | +
|
| 72 | + A log is defined as an event containing details of something that happened. Log events must include the time at which the thing happened. Examples of log events include a process starting on a host, a network packet being sent from a source to a destination, or a network connection between a client and a server being initiated or closed. A metric is defined as an event containing one or more numerical measurements and the time at which the measurement was taken. Examples of metric events include memory pressure measured on a host and device temperature. See the `event.kind` definition in this section for additional details about metric and state events.' |
| 73 | + type: group |
| 74 | + default_field: true |
| 75 | + fields: |
| 76 | + - name: ingested |
| 77 | + level: core |
| 78 | + type: date |
| 79 | + description: 'Timestamp when an event arrived in the central data store. |
| 80 | +
|
| 81 | + This is different from `@timestamp`, which is when the event originally occurred. It''s also different from `event.created`, which is meant to capture the first time an agent saw the event. |
| 82 | +
|
| 83 | + In normal conditions, assuming no tampering, the timestamps should chronologically look like this: `@timestamp` < `event.created` < `event.ingested`.' |
| 84 | + example: '2016-05-23T08:05:35.101Z' |
| 85 | + default_field: false |
0 commit comments