I use one pod per app more or less. The reverse-proxy conf depends a bit on the specific app so that depends, but it will probably work for most by sharing a network and exposing the ports in the pods
Admin on the slrpnk.net Lemmy instance.
He/Him or what ever you feel like.
XMPP: povoq@slrpnk.net
Avatar is an image of a baby octopus.
I use one pod per app more or less. The reverse-proxy conf depends a bit on the specific app so that depends, but it will probably work for most by sharing a network and exposing the ports in the pods
Don’t use the kube stuff. That’s entirely seperate from Quadlets and some sort of Kubernetes compatibility.
Experimented with selfhosting a Woodpecker CI as a complement to my Forgejo.
Works quite nicely, I just need to set up a native ARM64 agent as the overhead of cross compilation on x86_64 is quite big.
Matrix servers have the problem of highly variable resource use.
Basically if you only use it for some light chatting with friends and family and some niche topic public rooms it isn’t very heavy.
But if any user of your homeserver joins any busy rooms or uses the bridges to join busy public Telegram channels or such, it will quickly outgrow the resources of a reasonably priced VPS.
Personally I would rather recommend you to set up an xmpp server, which can include a gateway to Matrix and other services, but architecturally is much more lightweight and has better mobile clients.
Cool. I am currently using the OVH dyndns option and it is a bit annoying that you have to update each sub-domain individually and can’t just tell OVH to update all subdomains to the same new IP via a wildcard.
Is that something your script could do?
Also it seems like the OVH dyndns API currently only does either IPv4 or IPv6 but not both the same time.
Edit: Ah I see you plan to allow creating sub-domains through it. I guess that would indirectly solve my issue as well.
Cool. It’s actually still on my long to do list to try this. Thanks for the update!