Influxdb协议支持改进和增强

[snakorse]

场景

某些场景下，ilogtail 需要作为 server 端来部署，接收来自不同客户端节点上报的指标数据，该场景下，将有一些新的问题需要解决。

需求

1. Input 改进对influxdb协议的支持

当前 httpserver Input 插件，对influxdb的协议支持存在如下问题：

• 不支持解析请求参数上的 db 参数
• 不支持influxdb string类型，且将bool类型转为了float，在之后的处理中丢失了类型信息

设计：
1). 支持解析db参数，并以 __tag__:db 的形式附加在 protocol.Log 模型上，以便后续使用
2). 增加 __type__ Tag，以记录原始的数据类型，便于后续flusher中根据类型信息组织编码，类型列表

• Float
• Int
• Bool
• String
  3). 支持string 类型解析，但考虑兼容性，通过 TypeExtend 参数控制

2. 增加 group by Log_Content key 聚合的 aggregator 插件

当 ilogtail 作为server 端部署时，针对influxdb协议，将可能收到要发往不同db的数据，为提高在后续flusher的时候的效率，aggregator存在需要按照db来分组构造 logGroup的需求

设计：
插件命名：aggregator_group
插件核心配置项：

配置项	说明	示例
GroupKeys	需要按照分组的TagKey列表。	[]{"tag.db"}

3. 增加支持 influxdb 协议的 http flusher 插件

考虑通用性，将实现一个通用的 http flusher，支持以不同协议格式发往不同的存储目的，该插件主要特性应包含：

• 支持配置不同协议
• 支持附加Authorization信息
• 支持附加请求参数
• 支持附加请求Header

设计：
插件命名：flusher_http
插件核心配置项：

配置项	说明	示例
RemoteURL	要发往的目的地String 类型	http://localhost:8086/write
Headers	需要附加的请求Header。比如可以配置 Basic 、 Token authorizationMap 类型	{  "Authorization": "Basic Base64"}
Query	需要附加的请求参数。支持变量写法，动态从数据中提取Map 类型	{  "db":"%{tag.db}"}
Convert	数据转换的协议配置。{  Protocol string  Encoding string}	{  Protocol : "Influxdb"  Encoding: "none"}
Retry	请求失败时的重试配置。	type retryConfig struct { Enable bool MaxCount int DefaultDelay time.Duration}
Concurrency	请求并行度	1