3 ms·
I’m not sure what you mean by that reducing service usage. The earliest version of the product really was just nginx behind some containers, but we outgrew the
by paulgb 3y ago
I’m not sure what you mean by that reducing service usage.
The earliest version of the product really was just nginx behind some containers, but we outgrew the functionality of existing proxies pretty quickly. See e.g. keys (https://plane.dev/developing/keys https://plane.dev/developing/keys) which would not be possible with clustered Caddy alone.
- shrubble 3y agoMy understanding was that K8s itself has overhead, which ultimately has to be paid for, even if using a managed service (it might be included in the cost of what you pay, of course). I did add the caveat of "with modules" and the idea of sharing values around to different servers would be easy to do, since you have Postgres around as a database to hold those values/statuses.
- paulgb 3y agoHTTP proxying is not much of our codebase. I wouldn’t want to shoehorn what we’re doing into being a module of a proxy service just to avoid writing that part. That proxy doesn’t run on Kubernetes currently anyway, so it wouldn’t change anything we currently use Kubernetes for.