[Knative] Improve Knative Eventing End-to-End Observability by addressing top issues identified by community #618
Replies: 2 comments 3 replies
-
I'm interested in this topic to improve my knowledge on observability, One question : I'm already collaborating in other areas in Knative, but I want to learn observability, is ok for me to be a mentee here? cc @nate-double-u |
Beta Was this translation helpful? Give feedback.
-
I thought I would provide a bit of background about why we think this project is worth doing: why should you consider doing this project about Observability? When you look at this project you may ask why is improving observability for Knative Eventing exciting? We see that cloud applications are getting more complex, contain many parts, and some may be interacting between serverless functions that are short running and large numbers are created when processing events. Then to be able to understand them becomes very important and that is why great observability is critical for great cloud applications. As it was noticed few months ago “Observability Is the New Kubernetes” and this blog post contains list of current challenges such as dealing with too much of data: https://thenewstack.io/observability-is-the-new-kubernetes/ Working on this project you get a deep understanding of modern cloud native event driven and make real improvements for many users of Knative. Feel free to talk with us in one of slack channels: #general channel in knative.slack.com or #knative in kubernetes.slack.com or contacting as directly https://twitter.com/aslom |
Beta Was this translation helpful? Give feedback.
-
Today, Knative Eventing has some support for observability 1 2 3 but it is piecewise and user needs for end-to-end observability are not fully addressed knative/eventing#3387 knative-extensions/eventing-kafka#29 6. The idea is to find out what are the biggest gaps in Knative Eventing by asking the community. Then to find a few issues that are “low hanging” fruits that can be solved during summer with the overall goal to to simplify end-to-end observability by improving support for OpenTelemetry in Knative Eventing and/or create a new plugin(s) for kn CLI. We see that work to be accomplished in few stages. Initial Stage (few weeks) of getting used to knative-eventing with few sample applications, reach out to Knative Eventing community via mailing list and Knative Slack to ask for interviews or feedback on what are biggest problems with observability in Knative Eventing. Then first stage (few weeks) to identify the highest priority problem that can be solved in 1-2 weeks (small size), share the solution, gather feedback. Possible second stage (if time allows) to improve the features from previous stage and/or address larger problem in 3-4 weeks. And final Stage (last weeks of summer) to write Knative docs, blog post, advertise
Mentor(s): Aleksander Slominski @aslom, Ansu Varghese @aavarghese, and Lionel Villard @lionelvillard
https://github.com/cncf/mentoring/blob/main/summerofcode/2022.md#improve-knative-eventing-end-to-end-observability-by-addressing-top-issues-identified-by-community
Beta Was this translation helpful? Give feedback.
All reactions