Live data from Hacker News

Oxy is Cloudflare's Rust-based next generation proxy framework

blog.cloudflare.com

11–20 of 62 posts

Re: Oxy is Cloudflare's Rust-based next generation proxy framework

#11

While it is interesting that they achieved a technical feat, is there any reason for this article to be here? It teaches us nothing apart from the fact that Cloudflare did a thing.

At the simplest level the answer is... someone posted this to HN and other users upvoted it enough for it to reach the front page.

We write things up for one main reason: find new employees. We want people to know what sorts of things we work on. So we try to explain them in a lot of detail. A secondary reason is that it's sometimes helpful to learn how someone else solved a problem. Real world examples can be helpful and sometimes more helpful than abstract discussions.

Re: Oxy is Cloudflare's Rust-based next generation proxy framework

#12

While it is interesting that they achieved a technical feat, is there any reason for this article to be here? It teaches us nothing apart from the fact that Cloudflare did a thing.

That's basically what all technical blogs from corporations does. I suppose they imagine we'd learn something it.

I concur with the other commentator, bit disappointing it's not OSS, guess they are afraid of helping the competition. I did expect a "and you can give it a try here" section in the end.

Re: Oxy is Cloudflare's Rust-based next generation proxy framework

#13
post #7

It’s not OSS :( I figured with this type of blog post the finale would be, and everyone can try it out at… Hopefully they do release it OSS eventually.

They mention Pingora near the end, another similar project, which also isn't OSS so not sure I'd expect this project to eventually end up OSS.

Re: Oxy is Cloudflare's Rust-based next generation proxy framework

#14

While it is interesting that they achieved a technical feat, is there any reason for this article to be here? It teaches us nothing apart from the fact that Cloudflare did a thing.

That's basically what all technical blogs from corporations does. I suppose they imagine we'd learn something it. I concur with the other commentator, bit disappointing it's not OSS, guess they are afraid of helping the competition. I did expect a "and you can give it a try here" section in the end.

We're not afraid of helping the competition. Example: we open sourced the entire runtime for Cloudflare Workers! https://github.com/cloudflare/workerd

Open sourcing something has a cost and we mostly only open source things like stand-alone libraries. We also mostly open source things that are fairly mature because it's hard to manage software that's rapidly changing internally and handle PRs from outside.

Re: Oxy is Cloudflare's Rust-based next generation proxy framework

#17
post #7

It’s not OSS :( I figured with this type of blog post the finale would be, and everyone can try it out at… Hopefully they do release it OSS eventually.

They mention Pingora near the end, another similar project, which also isn't OSS so not sure I'd expect this project to eventually end up OSS.

Given that we open sourced the runtime for Cloudflare Workers, don't despair about us eventually open sourcing stuff.

Re: Oxy is Cloudflare's Rust-based next generation proxy framework

#18
post #7

It’s not OSS :( I figured with this type of blog post the finale would be, and everyone can try it out at… Hopefully they do release it OSS eventually.

They mention Pingora near the end, another similar project, which also isn't OSS so not sure I'd expect this project to eventually end up OSS.

> Even though Oxy is a proprietary project, we try to give back some love to the open-source community without which the project wouldn’t be possible by open-sourcing some of the building blocks such as https://github.com/cloudflare/boring and https://github.com/cloudflare/quiche.

They open sourced a few bits, but those were both mid-last year. I'd say quiche is more interesting than boring.

Re: Oxy is Cloudflare's Rust-based next generation proxy framework

#19

> Oxy heavily relies on open-source dependencies, with hyper and tokio being the backbone of the framework It seems almost every single production async framework uses tokio instead of async-std. Has tokio won? Is there a reason in 2023 not to use tokio as the async base?

Tokio has won.
Post reply on HN