Http flusher 拼接问题优化

[urnotsally]

问题

基于metric data数据模型，http flusher支持了raw protocol的传输协议，能够处理PipelineGroupEvents中的Events数据并组织成向后端发送的http请求。raw协议代表Events数据以原始byte流的形式保存，在组织为请求体时，通常不能随意拼接不同events中的byte流。

当前的raw protocol的converter实现中，默认将每个PipelineGroupEvents多个events数据以'/n'连接，组织为一个大的请求体向后发送。实际上，能否拼接或者拼接符号的选择是受到后端接收协议的限制，不同使用场景下，拼接行为应该有所差异，因此需要将默认的拼接行为修改为可配置的行为

方案

Http flusher新增配置项Convert.Connector

配置项	类型	是否必选	说明
Convert.Separator	string	否	PipelineGroupEvents中多个Events之间拼接使用的分隔符。如\n。若不设置，则默认不拼接Events，即每个Event作为独立请求向后发送 默认值为空，即不拼接 当前只支持raw protocol。

[liuhaoyang]

是不是还要考虑一下 buffer 不能拼接的场景怎么友好处理，比如 protobuffer 或者其他的私有二进制协议

[urnotsally]

现在的方式是，对于不能拼接的情况，可以不设置Separator，来使得分别作为独立请求体向后发送。 这里说的友好处理，大概是指哪方面？

[urnotsally]

增加了默认值为空的说明