Skip to content

Bpfman Blog

Community Meeting: January 11 and 18, 2024

Hit the Ground Running

Another set of bpfman Community Meetings for 2024. There is a lot going on with bpfman in Q1 of 2024. Spending a lot of time making bpfman daemonless. I bailed for a ski trip after the Jan 11 meeting, so the notes didn't get written up. So this summary will include two weeks of meetings.

Below were some of the discussion points from the last two weeks Community Meetings.

  • Manpage/CLI TAB Completion Questions (Jan 11)
  • Kubernetes Support for Attaching uprobes in Containers (Jan 11)
  • netify Preview in Github Removed (Jan 11)
  • RPM Builds and Socket Activation (Jan 18)
  • KubeCon EU Discussion (Jan 18)

Community Meeting: January 4, 2024

Welcome to 2024!

Welcome to the first bpfman Community Meeting of 2024. We are happy to start off a new year and excited for all the changes in store for bpfman in 2024!

Below were some of the discussion points from this weeks Community Meeting.

  • bpfman-csi Needs To Become Its Own Binary
  • Kubernetes Support For Attaching uprobes In Containers
  • Building The Community

A New Logo: Using Generative AI, of course

Since we renamed the project to bpfman we are in need of a new logo. Given that the tech buzz around Generative AI is infectious, we decided to explore using generative AI to create our new logo. What we found was that it was a great way to generate ideas, but a human (me) was still needed to create the final design.

bpfd becomes bpfman

Bpfd is now bpfman! We've renamed the project to better reflect the direction we're taking. We're still the same project, just with a new name.

bpfman: A Novel Way to Manage eBPF

In today's cloud ecosystem, there's a demand for low-level system access to enable high-performance observability, security, and networking functionality for applications. Historically these features have been implemented in user space, however, the ability to program such functionality into the kernel itself can provide many benefits including (but not limited to) performance. Regardless, many Linux users still opt away from in-tree or kernel module development due to the slow rate of iteration and ensuing large management burden. eBPF has emerged as a technology in the Linux Kernel looking to change all that.