33
submitted 20 hours ago* (last edited 20 hours ago) by moonpiedumplings@programming.dev to c/opensource@lemmy.ml

So this is a pretty big deal to me (it looks recent, just put up last October). One of my big frustrations with Matrix was that they didn't offer helm charts for a kubernetes deployment, which makes it difficult for entities like nonprofits and community clubs to use it for their own purposes. Those entities need more hardware than an individual self hoster, and may want features like high availability, and kubernetes makes horizontal scaling and high availability easy.

Now, according to the site, many of these features seem to be "enterprise only" — but it's very strangely worded. I can't find anything that explicitly states these features aren't in the fully FOSS self hosted version of matrix-stack, and instead they seem to be only advertised as features of the enterprise version

My understanding of Kubernetes architecture is that it's difficult for people to not do high availability, which is why this makes me wonder.

Looking through the docs for the "enterprise version, it doesn't look like anything really stops me from doing this with the community addition.

They do claim to have rewritten synapse in rust though

Being built in Rust allows server workers to use multiple CPU cores for superior performance. It is fully Kubernetes-compatible, enabling scaling and resource allocation. By implementing shared data caches, Synapse Pro also significantly reduces RAM footprint and server costs. Compared to the community version of Synapse, it's at least 5x smaller for huge deployments.

And this part does not seem to be open source (unless it's rebranded conduit, but conduit doesn't seem to support the newer Matrix Authentication Service.)

So, it looks Matrix/Element has recently become simultaneously much more open source, but also more opaque.

you are viewing a single comment's thread
view the rest of the comments
[-] moonpiedumplings@programming.dev 1 points 12 hours ago* (last edited 12 hours ago)

This helm chart is not just matrix/synapse, but also element (web ui), and "matrix authentication service", which adds SSO/OIDC support to a normal synapse instance, which is pretty neat. I haven't seen any helm charts that include the full matrix stack, just separate synapse or element helm charts. And helm definitely makes deploying services to Kubernetes easier than other ways of deploying applications.

The other reason why I like an official helm chart, is because I have seen unofficial one's be stopped being maintained by the community member(s) maintaining them. With an official one, it will (probably) be maintained indefinitely.

[-] grapemix@lemmy.ml 1 points 4 hours ago

Ppl actually moved away from helm because lots of small helm chart is abandoned. And lots of ppl's matrix already integrated with oidc. I prefer desktop app and mobile app. Haven't looked into web ui. The real problem for matrix is the bridges: support is minimal, lots of trial and err; code is in beta, make me worried.

[-] scrubbles@poptalk.scrubbles.tech 1 points 4 hours ago

Right, but you could have just made one yourself. They're not hard to maintain. It's just a pile of yaml

this post was submitted on 30 Apr 2025
33 points (97.1% liked)

Open Source

36362 readers
589 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago
MODERATORS