People always make it such a huge deal but that has been pretty normal, since Microsoft owns GitHub we have had a t least 2 if not 4 outages per month.
Programming
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
Yeah it’s nuts. GH used to be the most stable service I used. Bought by MS and it’s now down many many times a month. We have outage alerts for it in a slack channel and it’s literally down multiple times a week in different areas. Of course they’re not complete outages, but we are such a big company every outage affects at least one team.
working now
Oh fuck. I better roll back that last deployment then...
You make it sound like this doesn't happen frequently.
Not at this scale. The usual outage usually breaks certain parts of Github, but not everything at once. This time, Github broke completely, not even the homepage was working for a while. This is definitely not the usual outage we know and love.
We need federation... Gitlab ain't gonna do it, ForgeJo doesn't seem to have enough people to work on it (programming language is Go, so any takers?), and the only federated / distributed alternative that's really there seems to be radicle.
Radicle is nice, but very limited at the moment. Discovering other repos isn't easy (no search), the issue pages are quite plain, but at least everything is stored in git.
Federation is irrelevant. Matrix is federated, yet most communities and users would lose communication if matrix.org got offline.
With, transport-only distributablity, which i think is what radicale offers, availability would depend on the peers. That means probably less availability than a big service host.
Distributed transport and storage would fix this. a la something like Tahoe-LAFS or (old) Freenet/Hyphanet. And no, IPFS is not an option because it's generally a meme, and is pull-based, and have availability/longevity problems with metadata alone. iroh claims to be less of a meme, but I don't know if they fixed any of the big design (or rather lack of design) problems.
At the end of the day, people can live with GitHub/GitLab/... going down for a few minutes every other week, or 1-2 hours every other month, as the benefits outweigh the occasional inconvenience by a big margin.
And git itself is distributed anyway. So it's not like anyone was cut from committing work locally or pushing commits to a mirror.
I guess waiting on CI runs would be the most relevant inconvenience. But that's not a distributable part of any service/implementation that exists, or can exist without being quickly gravely abused.