| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
| |
Shows up nicely in Jaeger:
https://phabricator.wikimedia.org/F58139011
Also a searchable attribute of spans.
Bug: T340552
Change-Id: I5bbbb3df08c5d8ac213228aeaf4b7c4048779453
|
| |
|
|
|
| |
Bug: T340552
Change-Id: I96c8e62954d86d7ced2c5503cd16edcf061063dd
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Why:
If tracing is enabled, but the sampling probability is <100%, we may
set a NoopSpan as the root span. Without this patch, the NoopSpan
cannot be activated, and thus creating child spans will fail with
PreconditionException.
This is a minimal patch to allow the NoopSpan to be activated, while
not affecting existing testing codepaths that don't require a root span.
Bug: T340552
Change-Id: Ib8a2d7b483190bba21a2f3b82fcd0e0b5756e750
|
|
|
In T340552, the official PHP OpenTelemetry client was effectively
rejected for inclusion in MediaWiki due to its size. Implement a minimal
tracing library instead that eschews conformance with the OTEL client
specification in favor of simplicity, while remaining capable of
emitting trace data in OTLP format and thus retaining compatibility with
any ingestion endpoint capable of handling OTLP.
In its current state, the library supports a basic feature set that
should be sufficient for basic tracing integration:
* Span creation, inclusive span activation and automatic parent span
assignment,
* Span attributes and span kinds,
* Basic resource (process/request)-level metadata generation,
* Data export over OTLP.
Additional functionality, such as trace propagation, can then be
incrementally added to the library.
Bug: T340552
Change-Id: Ibc3910058cd7ed064cad293a3cdc091344e66b86
|
