ethfoo
Yes, we are planning to add nats sink.
有一个查看日志文件的代理接口，稍后我补充到文档上吧。
labelSelector其实和所有的K8s中的标签选择器是一样的，比如service选择pod，labelSelector是一个map，不支持这样key是相同的形式。 如果要选择多个Pod，需要这些Pod上都有相同的一些label。可参考：https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/ Loggie还额外支持通配的方式，请参考：https://loggie-io.github.io/docs/reference/discovery/kubernetes/logconfig/#type-pod
暂时不支持，因为loggie这里涉及到pod -> logconfig的反向关联，支持的比较复杂可能影响性能。
暂时没有写java sdk的计划。
当前理论上是兼容的，因为opensearch是基于es的某个版本分支开发的，并且loggie主要只使用bulk接口去发送数据。 不过需要实际试一下。
你指的是通过识别到pod里填写的annotation之类的配置，然后进行日志采集？ （也可以查看中文readme里的二维码加loggie微信群讨论）
这样有一些局限性，比如： - 修改日志配置，会需要pod重建 - 日志处理等等配置往往比较长，如果碰到复杂的配置，直接放到pod annotation里耦合比较多，也不方便查看 既然可以在pod里增加配置，不如针对这个服务新增一个logconfig文件。
其实我们很早之前是这样用的，但是后面有crd之后，抛弃了这种方式。 真的要做这个功能也能支持，如果你有兴趣可以参与进来。
可以稳定复现吗？把rateLimite去掉试试呢