This is why I don't mind using Varnish Enterprise, but I'm reluctant to go all in.
I actually worked for Varnish Software. I know these people personally. I helped hire some of them. I meet them semi-regularly. They are good people.
But if they are acquired by Oracle, it's important for us that the open source Vinyl Cache is still a viable alternative. It's not going to be a drop-in replacement, but it's not going to be a nightmare move either.
That's a pretty OK balance for me.
I don't like that Varnish Enterprise, a proprietary ... version? fork? ... exists. But I'm also one of the people who know best exactly how it came to be, since I was there when it happened.
Ideally I'd like to see Varnish Software focus much more on free software. All these mods that are proprietary seem excessive. The divide makes Varnish or Vinyl Cache adoptions suffer. Nobody benefits from this in the long run.
Rumors are that they are FINALLY getting into the kubernetes space. It's something like 10 years late, but better late than never.
This work, whatever it is, needs to work with Vinyl cache, and should be open source, if we want adoptions of EITHER Vinyl or Varnish to grow.
In 2010, it felt like "everyone" talked about Varnish, now, it feels like something left behind in the past, but the alternatives all suck.
@kly we have this out for ages: https://gitlab.com/uplex/varnish/k8s-ingress
but instead of collaborating, some people decided to rather vibe code something…
@kly viking _is_ "the ingress"
the details are more nuanced: the data path is through haproxy/vinyl, viking is the ingress _controller_, configuring multiple viking/haproxy instances through the VCLI and dataplane api.
this is different to many/most ingress implementations, where the controller always comes with the data path.
this approach has the advantage of almost no cluster privileges for the data path containers.