pingora

If one actually looks at the current pingora API, it has limited ability to initialize async components at startup - the current pattern seems to be to lazily initialize on first call. An obvious downside of this is that a service can startup in a broken state. e.g. https://github.com/cloudflare/pingora/issues/169 I can imagine that this could easily lead to less visibility into issues.

Do people think of CF as a leader in terms of solutions that are "open, collaborative, standardized, and shared across many organizations"? My impression is that their open source work is mostly Cloudflare-specific client libraries and the occasional passion project from their engineers. Quiche may be a counter example, but it's a rare exception. Examples: Pingora claims to be battle-tested, but I have a hard time believing that it's to the same level of quality as whatever Cloudflare runs internally. https://github.com/cloudflare/pingora/issues/601 https://blog.cloudflare.com/introducing-oxy/ was not open source. Small parts of Oxy were open sourced as "foundations" but the repo gives off the impression of a checkbox for someone rather than a serious commitment to building CF's own services on top of it — not "open, collaborative, standa

At least in the Cloudflare case, if you look at the postmortem (https://blog.cloudflare.com/resolving-a-request-smuggling-vu...) and the commit that fixed the bug (https://github.com/cloudflare/pingora/commit/fda3317ec822678...), it's significantly more complicated than "they didn't read the RFC", and a conclusion that a diligent engineer would never ever make this kind of mistake does not seem justified.

https://github.com/cloudflare/pingora seems to be focused on providing a library/framework