Kubernetes集群中高效采集容器内指定目录日志：ELK方案替代阿里云SLS
许多用户希望在私有ELK环境中，实现类似阿里云SLS的日志采集功能，尤其是不依赖标准输出和标准错误，直接采集容器内特定目录（例如/code/logs/*.log）的日志文件。阿里云SLS在Kubernetes环境下的便捷性令人印象深刻，本文将探讨如何在k8s + ELK环境中复现这种高效的日志采集方式。
用户面临的挑战在于，阿里云SLS如何在不显式挂载卷的情况下，采集到容器内指定目录下的日志。基于ELK的传统方案（如使用Sidecar容器或DaemonSet部署Filebeat）通常只能采集标准输出和标准错误，无法满足直接采集指定目录的需求，且不支持多行日志，这对于分析堆栈错误非常不利。
阿里云SLS的实现机制并非依赖隐形卷挂载，而是更可能通过在容器内运行一个代理程序。此代理程序读取Dockerfile中设置的环境变量（例如aliyun_logs_xxxx_logstore、aliyun_logs_xxxx_project等），获取日志存储位置、项目信息及其他配置，持续监控指定日志文件目录，并将新写入的日志内容发送到阿里云SLS。这相当于在每个Pod中运行一个轻量级日志收集代理。
在k8s + ELK环境中，要实现相同功能，需要更主动的方案。一个可行方案是在每个Pod中部署Filebeat。Filebeat是一个轻量级日志收集器，可配置为监控指定目录下的日志文件，并将数据发送到Logstash处理，最终存储到Elasticsearch。这能有效采集容器内指定目录的日志，避免标准输出/标准错误的限制，满足多行日志完整性要求。 需要注意的是，此方法会增加每个Pod的资源消耗。
