ruben_varnish
Joined 14 years ago
Joined 14 years ago
Leaning towards making the modules/examples permissive, indeed.
Do you think the whole MACH stack users would then move their workload to such a controller/ingress/gateway?
I think they wouldn't, because they don't necessarily understand (or need?) the advantages of caching at scale and flexibility that Varnish provides.
But if you say that you will accelerate everything in their K8s cluster... Then maybe ;)
We'll see. I have a wish for Kubecon in Q4
But yes, Varnish Cache is not exactly what you would call Cloud Native.
Varnish Software have launched Pro currently on AWS only at a much lower price point, but it is still somewhat limited. I think that a Free-tier providing some of the goodies you mention would also cover much of what's needed for today's workloads including better memory management, in-core TLS and a better developer experience by having much better K8s support. Much of this could and should go into Varnish Cache, but that is a longer road as the project as such has a different focus than we do.
Expect more on that front this year @pbower :)
Would you have read this if neither Deno, Varnish or TinyKVM would have been in the title? ;)
But we hear you. Will put a page on our website and should probably consider seeing up a community site as well as it is indeed, grabbing some attention.
Tip, Although not entirely what you asked, but related: what about using more caving in your CI/CD Pipeline. Customers see incredible time savings when using Varnish on that context (mostly with Enterprise w/MSE4 as you will need a massive cache, but it can be useful even with Varnish Cache grounding on your pipeline and workflow). If you are interested, read more here: https://www.varnish-software.com/solutions/data-ai-accelerat...
Could you specify this a bit? @codethief
The way it's phrased makes it sound like you want to stuff TinyKVM into a container, but I suspect what you are actually asking to implement an OCI runtime with TinyKVM https://github.com/opencontainers/runtime-spec/blob/main/spe...
Does that make more sense?
You can find a bunch of posts related to this topic there as well.
That? Works like a charm.
It's available with the on-premise enterprise subscription and on the AWS and Azure clouds as Varnish Plus - Caching Engine:
https://aws.amazon.com/marketplace/seller-profile?id=263c020...
https://azuremarketplace.microsoft.com/en-us/marketplace/app...
I have personally learned so much from that experience that it is very difficult to overlook when thinking of brand hacks.
Then I ask them to try the same with their Apple laptop.
That normally makes them never ask such questions again.
I learned that from an IBM (and later a Lenovo) sales person when presenting the X series. It's designed and built to tolerate real use. And some abuse :-)
Technical Summary:
* In-Core TLS: Termination is handled natively by the engine process. No sidecars required.
* K8s Gateway API: Full implementation. Routing is defined via standard Kubernetes resources. Code here: https://github.com/varnish/gateway
* No VCL: A new Rust routing engine ("Ghost") handles dynamic traffic. VCL is not required for standard routing.
* Observability: Native OpenTelemetry/Prometheus exporters and structured JSON logs.
Home of our downstream distribution: https://varnish.org