|
| 1 | +------------------------------------------------------------- |
| 2 | +name: Sascha Grunert |
| 3 | +ID: saschagrunert |
| 4 | +info: |
| 5 | + - employer: Red Hat |
| 6 | + - slack: sascha |
| 7 | +------------------------------------------------------------- |
| 8 | + |
| 9 | +## SIGS |
| 10 | + |
| 11 | +- SIG Release Chair, Release Manager and Release Engineering subproject owner |
| 12 | +- SIG Node approver and contributor |
| 13 | + |
| 14 | +## What I have done |
| 15 | + |
| 16 | +Contributing to SIG Release for over 5 years in various roles until I got |
| 17 | +nominated to act as Chair. Introducing and maintaining the SIG Release Roadmap |
| 18 | +and Vision, while still working on the technical release engineering aspects. |
| 19 | +I've mentored new contributors into various areas of SIG Release, which also |
| 20 | +applies to other special interest groups like SIG Node. Focusing on cross-SIG |
| 21 | +collaboration is one of my target areas for SIG Release in the same way as |
| 22 | +ensuring fluent day-to-day operations with respect to cherry-picks, patch |
| 23 | +releases, security processes and infrastructure maintenance. |
| 24 | + |
| 25 | +In the same way as contributing to SIG Release, I've started to work on multiple |
| 26 | +SIG Node related features over the past years. Either directly bound to a |
| 27 | +release cycle as enhancement or by just supporting the community by fixing bugs. |
| 28 | +My goal was to always show the right amount of visibility and responsibility to |
| 29 | +the community, which made me approver for certain SIG node related source code |
| 30 | +areas. |
| 31 | + |
| 32 | +## What I'll do |
| 33 | + |
| 34 | +As part of the Steering Committee, I would stand for shaping the long term goals |
| 35 | +of the committee while actively working on them. Beside that, I would invest my |
| 36 | +time to evolve the overall vision of the project by standing for its goals and |
| 37 | +values. All of that should be done by providing a low and welcoming entry level |
| 38 | +for new community members as well as outlining a healthy environment for our |
| 39 | +long term contributors. I would work on evaluating and re-defining the |
| 40 | +responsibilities of the Steering Committee to outline a clear future of the |
| 41 | +Kubernetes project. |
| 42 | + |
| 43 | +## Resources About Me |
| 44 | + |
| 45 | +- [Website](https://saschagrunert.de) |
| 46 | +- [GitHub](https://github.com/saschagrunert) |
| 47 | +- [LinkedIn](https://www.linkedin.com/in/sascha-grunert) |
| 48 | +- [Twitter](https://twitter.com/saschagrunert) |
| 49 | +- [Mastodon](https://m6n.io/@sascha) |
| 50 | +- [Most recent talks as YouTube Playlist](https://youtube.com/playlist?list=PL9X9xtGpGA0HzohI9h8Q65QS69PWLECJm) |
| 51 | +- Recent blogs: |
| 52 | + - [Kubernetes 1.31: Read Only Volumes Based On OCI Artifacts (alpha)](https://kubernetes.io/blog/2024/08/16/kubernetes-1-31-image-volume-source) |
| 53 | + - [Container Runtime Interface streaming explained](https://kubernetes.io/blog/2024/05/01/cri-streaming-explained) |
| 54 | + - [Kubernetes 1.30: Beta Support For Pods With User Namespaces](https://kubernetes.io/blog/2024/04/22/userns-beta) |
| 55 | + - [CRI-O: Applying seccomp profiles from OCI registries](https://kubernetes.io/blog/2024/03/07/cri-o-seccomp-oci-artifacts) |
| 56 | + - [CRI-O is moving towards pkgs.k8s.io](https://kubernetes.io/blog/2023/10/10/cri-o-community-package-infrastructure) |
0 commit comments