You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
K8s-generated events about the Application deployment should be attached to the trace generated by Keptn.
Details
Keptn provides a unified trace that describes what's happening in your K8s cluster when users deploy applications on it.
If something goes off, Keptn doesn't provide much information besides the trace being terminated with an error state.
It would be better to have also K8s Event information enclosed to the failed trace to debug and discover the root cause directly in a single source of truth.
OTel has already support for Events, which makes it a perfect fit for us.
Since Keptn starts the KeptnAppVersion span before any K8s controller can take a Workload CR and ends it after K8s controllers finish handling a Workload CR, that Span makes the perfect fit to include all events.
Acceptance Criteria
K8s events of workload being part of a KeptnApp delivery are attached to the KeptnAppVersion Span
K8s Event timestamp have the same OTel Event timestamp (firstTimestamp field)
The OTel Event should follow the K8s SemConv to describe the workload info extracted from the K8s Event (involvedObject and metadata fields)
message, reason, and type are added as attributes.
DoD
K8s generated events for the workload under deployment by Keptn are attached to Keptn Spans
The content you are editing has changed. Please copy your edits and refresh the page.
There are 2 questions that come to my mind when looking deeper into this ticket.
Do we want to attach k8s Events to the traces only when the deployment fails? This means only when the WorkloadDeploy phase fails.
Does it make sense to attach the k8s Events to the app trace? I would suggest adding the information to span representing the failed phase (same as the information is added to the pre/post-deployment phases in the case the phases failed). I would suggest attach the k8s Events the the span representing the WorkloadDeploy phase
Goal
K8s-generated events about the Application deployment should be attached to the trace generated by Keptn.
Details
Keptn provides a unified trace that describes what's happening in your K8s cluster when users deploy applications on it.
If something goes off, Keptn doesn't provide much information besides the trace being terminated with an error state.
It would be better to have also K8s Event information enclosed to the failed trace to debug and discover the root cause directly in a single source of truth.
OTel has already support for Events, which makes it a perfect fit for us.
Since Keptn starts the KeptnAppVersion span before any K8s controller can take a Workload CR and ends it after K8s controllers finish handling a Workload CR, that Span makes the perfect fit to include all events.
Acceptance Criteria
firstTimestamp
field)involvedObject
andmetadata
fields)message
,reason
, andtype
are added as attributes.DoD
Tasks
The text was updated successfully, but these errors were encountered: