Self-nomination for 2024 TAB election
Daniel Borkmann <[email protected]> Wed, 18 Sep 2024 11:57:31 +0200
| Newsgroups | dev.linux.lists.tech-board-discuss |
|---|---|
| Message-ID | <[email protected]> |
Hi all, Please add me to the list of candidates for this year's TAB elections. I'm a kernel developer at Isovalent (Cisco), co-maintainer of the eBPF subsystem and long-term contributor for more than a decade to the Linux kernel in the networking as well as eBPF subsystem. I'm also a member of the eBPF foundation technical steering committee (BSC) which is responsible for the technical direction and overall vision of eBPF as well as driving collaboration with academia and industry, and funding projects in the eBPF ecosystem. My other passion is security of the kernel. I've been a member of the [email protected] response team for 3 years now, and have been working on hardening eBPF. I would be honored to serve as a member of the TAB, bringing in my experience from the eBPF foundation's BSC and help to further the adoption of not only eBPF but also networking & security-related innovations in the kernel relevant to containers/Kubernetes in the cloud native space and broader industry. I regularly interact and participate in the Kubernetes community through our work on Cilium and Tetragon which are two open source user space projects providing networking, observability, and security for Pods, and I feel passionate to bring in perspectives from both communities. I enjoy being part of the organizing committees for the LSF/MM/BPF conference as well as Linux Plumbers (eBPF track) and would like to strengthen the relationship as a member of the TAB as I think these two conferences are paramount to drive the development and collaboration in our kernel community forward. As a maintainer, I would also like to explore opportunities with the TAB on how we can further improve our day to day development work for the kernel. For example, in eBPF and networking, having a strong underlying foundation through a CI which has patchwork integration has saved a lot of cycles for both developers and maintainers. Broadening and expanding CI & patchwork-related work would be interesting in order to make our community's development experience more efficient. Thanks for your consideration, Daniel