-
Epic
-
Resolution: Obsolete
-
Critical
-
None
-
None
-
OpenTelemetry Operator v1
-
True
-
-
False
-
Done
-
0% To Do, 0% In Progress, 100% Done
-
Undefined
Given the distributed tracing landscape is moving towards OpenTelemetry, we should embrace it as this give our customer benefits of security, expansibility, modularity, and multitenancy.
We should assist the OpenTelemetry community by providing engineering resources for completing a v1 before the end of this year, and by providing a Kubernetes Operator that can also be used in OpenShift.
The goal here is to provide a tech-preview of the operator by 2021-08-01, without waiting for the v1 of the collector. Once OpenTelemetry Collector reaches GA, we should release the v1 of the operator, by marking the CRD as `v1` as well. Both components are likely having only the tracing aspect supported in a first moment.
How does this align with the strategy?
- We can use OpenTelemetry Collector as a gateway to other features, such as multitenancy and security.
- OpenTelemetry give us a modular capability and leverage our potential partners
This epic here tracks the Operator-related tasks.
- is documented by
-
OBSDOCS-39 [Tech Preview] [OTEL] Document configuration to talk to Jaeger
- Backlog
-
OSSM-2646 [Tech Preview] [OTEL] Installation and configuration documentation for OpenTelemetry Operator
- Closed
-
OSSM-2942 [Tech Preview] [OTEL] provide additional OpenTelemetry Collector config in Jaeger CR
- Closed
1.
|
Docs Tracker | Closed | Unassigned | ||
2.
|
QE Tracker | Closed | Unassigned | ||
3.
|
TE Tracker | Closed | Unassigned |