Recent submissions

Comment · 5 years ago
Lead maintainer of Pixie here.

Pixie will remain licensed under Apache 2.0. We are also working on moving Pixie over to the CNCF, to maintain this guarantee. This is being tracked here: https://github.com/cncf/toc/issues/651

In addition, we will likely move to a DCO (Developer Certificate of Origin). We are still trying to figure out the exact logistics, but this will allow commits to happen without signing a CLA.

Comment · 5 years ago
Comment · 5 years ago
Co-founder/CEO of Pixie here.

Sharing our thoughts on why we are open sourcing Pixie: https://blog.px.dev/open-source-release/.

Too much of open source today is just vendors using it to promote paid services, without a community approach. Open-source should be vendor neutral and accessible to all.

We used Apache 2.0 as our license and are committed to keep it that way. As part of this we are working on contributing the project to CNCF (Cloud native compute foundation, a part of the linux foundation) to guarantee its vendor neutrality.

Comment · 5 years ago
Comment · 5 years ago
Comment · 5 years ago
Co-founder/CEO of Pixie here.

In the current form Pixie Cloud is required since it's a freemium product.

We are planning to open-source a self-managed version of Pixie early next year, and it can be used completely self-hosted.

Comment · 5 years ago
Co-founder/CEO of Pixie here.

eBPF is indeed a part of the puzzle. It allows us to access telemetry data without any manual instrumentation when running on Linux machines.

Pixie itself is extendable and currently ingests data from many other sources as well. Joining forces with New Relic will allow us to focus on expanding the open-source project, but also expand our capabilities by plugging into other open APIs and frameworks such as OpenTelemetry, Grafana, Prometheus.

Comment · 6 years ago
Co-founder/CEO of Pixie here.

Thanks for the feedback. In general we try to keep the footprint of services on customer environments small. Since Pixie is mostly an ephemeral system our storage requirements are relatively modest. What this does allow us to do is process enough of the data on the customer machines locally that we only have to send back and store summaries. The long term goal is to build a cloud + edge based system where we can efficiently process data by having data locality.

Kubernetes gives us a substrate where these types of systems are manageable without too many complications. In the longer run we will likely have VPC hosted services as well for people who just don’t want to deal with it.

Comment · 6 years ago
Co-founder/CEO of Pixie here.

At Pixie, we are building a new type of data system that can deal with the data volume that we collect and process. We have AI/ML models to help classify traffic and make analysis easier. Over the next few weeks, we will release some blog posts that will discuss how this works.

Comment · 6 years ago

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton