Fluent bit->OpenTelemetry Collector->any output of choice
pipeline and found that it's actually plausible with the recent additions to the collector and a (rather small) modification to a FluentBit Helm chart. I have prepared a doc that summarises it and brings rationale behind some newly added issues (mostly related to K8s Processor extensions): https://docs.google.com/document/d/1QlFbXz0eQUaKXK1WrnEs3VqRkcPD2RAdXJdJMjnOSd8/edit?usp=sharing Would love to hear if that ideas sounds reasonable and if so, will be happy to work on that. I could also demo that during the upcoming SIG meeting and discuss it
@context
field and being able to mix and max schemas
Elastic Common Schema (https://www.elastic.co/guide/en/ecs),
Splunk Schema (https://docs.splunk.com/Documentation/CIM/4.17.0/User/Overview),
Graylog Schema (https://schema.graylog.org),
Security Logging Standard still an open question (https://www.scip.ch/en/?labs.20180315)
https://ieeexplore.ieee.org/document/8587302
we find the logging practice is adopted highly inconsistently
among different developers both across projects and even one project
Conclusion: Both .. have forced us to question whether it is a reliable means to
understand the runtime behavior of software systems via analyzing the
logs produced by the current logging practice.
Hey guys, I wanted to ask has anyone used @Include keyword on fluentbit in otel's main yml file(otel-collector-config.yml)? I getting issue in including a config file, can someone please provide format for this?
My file for now is:
extensions:
fluentbit:
executable_path: /opt/td-agent-bit/bin/td-agent-bit
tcp_endpoint: 127.0.0.1:8006
@INCLUDE /usr/local/go/src/opentelemetry-collector/examples/tracing/temp.conf
receivers:
fluentforward:
endpoint: 0.0.0.0:8006