如何降低多语言日志客户端的研发和维护成本？

目前在linux，windows，容器，arm 架构等前提环境情况下go 语言开发的agent  基本够用的
在维护方面，agent的维护需要考虑到几方面：
（1）agent的批量部署，批量升级，批量下发策略
（2）agent性能的控制，句柄的控制，带宽的控制
（3）agent采集配置的界面化管理能力
（4）agent采集日志的黑白名单能力，自动识别能力（自动识别时间，自动识别编码，自动多行合并）

建议还是从业务需求方分析具体的使用场景，从技术上合并或者排除非必要的日志客户端工具种类，这是问题的基础。
其次，技术的选型无外乎商用、开源或者自研几种策略，目前针对日志客户端的场景，建议选择一种开源产品的客户端工具，进行长期维护。

个人推荐尽量复用开源领域比较成熟的日志客户端项目，将维护成本转嫁给整个开源社区。而且一般开源界成熟的日志客户端，都会支持比较主流的日志输出协议，如 File/HTTP/Syslog/GELF 等。那么多语言情况下也不用担心后续的采集接收有太大的问题。

我们采用的纯日志方式实现的全链路，制定全行统一的日志的规范和标准非常重要，对日志的输出格式进行统一要求，对研发采用的语言没有依赖。

增加事物筛选日志重要信息登记 流水表上-最好是异库。 后期可以使用主成分分析。spass