feat:增加字体
This commit is contained in:
@@ -3,28 +3,37 @@
|
||||
  [Fluent Bit](https://fluentbit.io/) 是一个开源的、轻量级、高性能的日志处理器和转发器。Fluent Bit 的核心任务是：**从各种来源收集日志、指标和追踪数据，进行处理和过滤，然后将其发送到一个或多个目的地。**
|
||||
|
||||
#### 1.1.1 特点
|
||||
1. 极致的轻量级
|
||||
  Fluent Bit 是用 C 语言编写的，运行时内存占用极低（通常只有几百 KB），CPU 使用率也非常低。这使得它成为在资源受限环境（如边缘计算、IoT 设备、容器侧车）中运行的理想选择。
|
||||
2. 高性能
|
||||
  其核心架构经过高度优化，处理数据的速度极快，能够轻松应对高吞吐量的日志流。
|
||||
3. 可插拔架构
|
||||
  Fluent Bit 的功能通过“插件”来扩展。
|
||||
1. 极致的轻量级
|
||||
Fluent Bit 是用 C 语言编写的，运行时内存占用极低（通常只有几百 KB），CPU 使用率也非常低。这使得它成为在资源受限环境（如边缘计算、IoT 设备、容器侧车）中运行的理想选择。
|
||||
2. 高性能
|
||||
其核心架构经过高度优化，处理数据的速度极快，能够轻松应对高吞吐量的日志流。
|
||||
3. 可插拔架构
|
||||
Fluent Bit 的功能通过“插件”来扩展。
|
||||
|
||||
#### 1.1.2 插件类型
|
||||
1. Input（输入）：定义数据来源，例如从文件、标准输入、TCP/UDP、系统指标（CPU/内存）、Docker 容器、Windows 事件日志等收集数据。
|
||||
2. Filter（过滤器）：在数据传递过程中进行处理，例如解析（如将非结构化文本解析为 JSON）、丰富（如添加 Kubernetes 元数据）、修改（如重命名字段）、采样等。
|
||||
3. Output（输出）：定义数据目的地，例如 Elasticsearch、Splunk、Kafka、Datadog、Loki、S3、另一个 Fluentd/Fluent Bit 实例等。
|
||||
1. Input（输入）
|
||||
定义数据来源，例如从文件、标准输入、TCP/UDP、系统指标（CPU/内存）、Docker 容器、Windows 事件日志等收集数据。
|
||||
2. Filter（过滤器）
|
||||
在数据传递过程中进行处理，例如解析（如将非结构化文本解析为 JSON）、丰富（如添加 Kubernetes 元数据）、修改（如重命名字段）、采样等。
|
||||
3. Output（输出）
|
||||
定义数据目的地，例如 Elasticsearch、Splunk、Kafka、Datadog、Loki、S3、另一个 Fluentd/Fluent Bit 实例等。
|
||||
|
||||
#### 1.1.3 核心架构与数据流
|
||||
1. Input（输入）：一个或多个输入插件持续地从数据源收集数据。每条数据被读入后，会带上时间戳和标签等信息，被包装成一个内部的事件记录。
|
||||
2. Parser（解析器）：（可选）输入插件可以使用解析器，将非结构化的日志数据（如 Nginx 访问日志）转换为结构化的 JSON 格式。
|
||||
3. Filter（过滤）：（可选）数据会经过一个或多个过滤器插件。这些插件可以修改、丰富或删除记录。过滤器是按顺序执行的。
|
||||
4. Router（路由）：根据每条记录的标签（Tag），路由器将其匹配到相应的输出插件。一个记录可以被路由到多个输出（多路复用）。
|
||||
5. Buffer（缓冲）：在发送到输出之前，数据可能会在内存或文件系统中进行缓冲。
|
||||
6. Output（输出）：最终，输出插件将处理好的数据发送到配置的目的地。
|
||||
1. Input（输入）
|
||||
一个或多个输入插件持续地从数据源收集数据。每条数据被读入后，会带上时间戳和标签等信息，被包装成一个内部的事件记录。
|
||||
2. Parser（解析器）
|
||||
（可选）输入插件可以使用解析器，将非结构化的日志数据（如 Nginx 访问日志）转换为结构化的 JSON 格式。
|
||||
3. Filter（过滤）
|
||||
（可选）数据会经过一个或多个过滤器插件。这些插件可以修改、丰富或删除记录。过滤器是按顺序执行的。
|
||||
4. Router（路由）
|
||||
根据每条记录的标签（Tag），路由器将其匹配到相应的输出插件。一个记录可以被路由到多个输出（多路复用）。
|
||||
5. Buffer（缓冲）
|
||||
在发送到输出之前，数据可能会在内存或文件系统中进行缓冲。
|
||||
6. Output（输出）
|
||||
最终，输出插件将处理好的数据发送到配置的目的地。
|
||||
|
||||
### 1.2 OpenObserve
|
||||
  [OpenObserve](https://openobserve.ai/) 是一个开源的、云原生的可观测性数据平台，旨在处理日志、指标、追踪和性能数据。它的目标是成为 Elasticsearch/Logstash/Kibana (ELK)、Grafana Loki 和 Datadog 等流行解决方案的更简单、更经济高效、更高性能的替代品。
|
||||
  [OpenObserve](https://openobserve.ai/) 是一个开源的、云原生的可观测性数据平台，旨在处理日志、指标、追踪和性能数据。它的目标是成为 Elasticsearch/Logstash/Kibana (ELK)、Grafana Loki 和 Datadog 等流行解决方案的更简单、更经济高效、更高性能的替代品。
|
||||
  OpenObserve 是一个“一体化”的平台，你可以将所有的可观测性数据（日志、指标、追踪）都发送到它这里，然后通过统一的界面进行搜索、分析和可视化。
|
||||
|
||||
## 二、Docker部署
|
||||
@@ -94,18 +103,18 @@ volumes:
|
||||
json_date_format iso8601
|
||||
```
|
||||
|
||||
  INPUT为日志输入源，监听24422端口。
|
||||
  INPUT为日志输入源，监听24422端口。
|
||||
  OUTPUT为日志输出源，将日志发送到openobserve中（这里使用的是容器名称），URI表示openobserve接收数据的api路径，default/default表示组织名称/流名称，可以更改为其他的名称。_json表示以json的格式。
|
||||
|
||||
## 三、简单使用
|
||||
### 3.1 配置数据流
|
||||
  打开控制台，选择数据流->添加数据流，输入fluent bit配置文件中的流名称，选择数据流类型为Logs。
|
||||
  在新添加的数据流中，点击查看，跳转到日志页面即可看到上次的日志信息。
|
||||
  如果没有日志请检查FluentBit容器日志是否有错误，正确的应该会有上传成功的提示。
|
||||
  打开控制台，选择数据流->添加数据流，输入fluent bit配置文件中的流名称，选择数据流类型为Logs。
|
||||
  在新添加的数据流中，点击查看，跳转到日志页面即可看到上次的日志信息。
|
||||
  如果没有日志请检查FluentBit容器日志是否有错误，正确的应该会有上传成功的提示。
|
||||
|
||||
|
||||
### 3.2 配置邮件告警
|
||||
  首先需要配置模板和邮箱地址。
|
||||
  首先需要配置模板和邮箱地址。
|
||||
  修改docker-compose.yml文件，添加邮件服务器：
|
||||
```yml
|
||||
openobserve:
|
||||
@@ -132,9 +141,9 @@ openobserve:
|
||||
- devops
|
||||
```
|
||||
|
||||
  这里配置587端口会有问题，使用了25端口，并且去掉了安全认证。
|
||||
  注意配置的邮件地址需要和用户名一致。
|
||||
  打开控制台，选择右上角的设置按钮，选择模板->添加模板->Email，填写标题和Body:
|
||||
  这里配置587端口会有问题，使用了25端口，并且去掉了安全认证。
|
||||
  注意配置的邮件地址需要和用户名一致。
|
||||
  打开控制台，选择右上角的设置按钮，选择模板->添加模板->Email，填写标题和Body:
|
||||
```json
|
||||
[Alert: {alert_name}] - Severity: {alert_type}
|
||||
```
|
||||
@@ -162,14 +171,14 @@ openobserve:
|
||||
|
||||
|
||||
  配置完模板和地址后，选择告警->添加告警，例如可以选择当有level='critical'，并且出现1次时，触发报警，并通知到指定邮箱。
|
||||
|
||||
  周期：监控数据的时间窗口范围，即每次检查告警条件时，回溯多长时间的监控数据。如果周期 = 5分钟：每次检查时，分析最近 5 分钟的日志/指标数据。
|
||||
  频率：告警规则检查的时间间隔，即每隔多久执行一次告警条件判断。
|
||||
  通知后静默：触发告警并发送通知后，系统暂时停止重复通知的时间。
|
||||
  也可以设置为实时告警，即当告警发生时就立即触发，不会有周期和频率参数设置。
|
||||
|
||||
  周期：监控数据的时间窗口范围，即每次检查告警条件时，回溯多长时间的监控数据。如果周期 = 5分钟：每次检查时，分析最近 5 分钟的日志/指标数据。
|
||||
  频率：告警规则检查的时间间隔，即每隔多久执行一次告警条件判断。
|
||||
  通知后静默：触发告警并发送通知后，系统暂时停止重复通知的时间。
|
||||
  也可以设置为实时告警，即当告警发生时就立即触发，不会有周期和频率参数设置。
|
||||
|
||||
### 3.3 配置WebHook
|
||||
  首先配置模板和WebHook地址。
|
||||
  首先配置模板和WebHook地址。
|
||||
  打开控制台，选择右上角的设置按钮，选择模板->添加模板->Web Hook，填写Body:
|
||||
```json
|
||||
{
|
||||
@@ -181,12 +190,12 @@ openobserve:
|
||||
```
|
||||
|
||||
|
||||
  选择地址->添加地址->WebHook，选择刚才的模板，并填写URL。
|
||||
  这里可以使用企业微信的群消息推送功能，添加成功后，会提供一个WebHook地址。也可以自定义一个WebHook接收地址。
|
||||
  配置完模板和地址后，选择告警->添加告警，选择通知到刚才的WebHook地址即可。
|
||||
  选择地址->添加地址->WebHook，选择刚才的模板，并填写URL。
|
||||
  这里可以使用企业微信的群消息推送功能，添加成功后，会提供一个WebHook地址。也可以自定义一个WebHook接收地址。
|
||||
  配置完模板和地址后，选择告警->添加告警，选择通知到刚才的WebHook地址即可。
|
||||
|
||||
### 3.4 通过API获取日志信息
|
||||
  通过http://ip:5080/swagger/index.html#/ 即可访问OpenobserveAPI接口。
|
||||
  通过http://ip:5080/swagger/index.html#/ 即可访问OpenobserveAPI接口。
|
||||
  例如要获取日志，可以使用/api/{origin_id}/_search的接口：
|
||||
```cmd
|
||||
curl -X 'POST' \
|
||||
@@ -204,11 +213,11 @@ curl -X 'POST' \
|
||||
}'
|
||||
```
|
||||
|
||||
  注意这里要加上Basic auth认证，并提供username和password。
|
||||
  注意这里要加上Basic auth认证，并提供username和password。
|
||||
|
||||
|
||||
## 四、自定义日志告警服务
|
||||
|
||||
  基本原理为通过提供一个HTTP的API接口，当Openobserver触发告警时，调用该接口，并传入当前的alert_name和timestamp，然后根据timestamp和Openobserver提供的API接口去查询最近一段时间内的所有日志信息，并存储到SqLite数据库中。同时也可以选择是否同步推送到企业微信和邮箱。
|
||||
  最后也需要提供一个查询历史日志告警信息的接口，并可视化显示，方便运维和开发查看。
|
||||
  基本原理为通过提供一个HTTP的API接口，当Openobserver触发告警时，调用该接口，并传入当前的alert_name和timestamp，然后根据timestamp和Openobserver提供的API接口去查询最近一段时间内的所有日志信息，并存储到SqLite数据库中。同时也可以选择是否同步推送到企业微信和邮箱。
|
||||
  最后也需要提供一个查询历史日志告警信息的接口，并可视化显示，方便运维和开发查看。
|
||||
  自定义服务参考代码：[log-alert-service](https://cxxgit.iepose.cn/Cxx0822/log-alert-service)
|
||||
Reference in New Issue
Block a user