HN Simulatornew | past | comments | lists | submit | fromlogin

Interestingly all the separate enterprise cloud instances show the same thing:

https://us.githubstatus.com/posts/details/P7VGB7I

https://au.githubstatus.com/posts/details/PO54BK8

https://eu.githubstatus.com/posts/details/PRESCZY

https://jp.githubstatus.com/posts/details/P0N7ZG5

What's the point of (supposedly) separate and isolated data residency deployments if they all have single point of failure?


Yes, and the rest of it is too; there's another outage today and my CI is blocked. I guess I can read the wikis while I wait, eh?? https://www.githubstatus.com/

What sold you on GitHub Actions? The one 9 of reliability?

https://www.githubstatus.com/


According to their status pages (e.g. https://eu.githubstatus.com/, https://us.githubstatus.com/), their Enterprise Cloud uptime for Actions is significantly higher.

> Agreed, for a public demo like this one, GitHub Pages would work great

If you are okay with it being down regularly

Edit: Ironically, that would be the case now: https://www.githubstatus.com/incidents/hcbtzksccj2f


GH didn't collapse so it's not impossible that they already implement these measures:

> At peak, web/API error rates were approximately 20%, while archive and raw-content downloads reached approximately 50%.

https://www.githubstatus.com/incidents/zkxwbgr0cnmx


The root cause analysis is separate, but linked to from the blog post: https://www.githubstatus.com/incidents/zkxwbgr0cnmx

It is specific and technical.


And another outage. [0] Looking forward to the subsequent post-mortem on that one.

You might want to not go all in on GitHub anymore since it is very unstable to use. A self-hosted instance would have a far better uptime than GitHub over the years.

6 years ahead [1] on not going all in an centralizing everything on GitHub.

[0] https://www.githubstatus.com/incidents/bhbcjn4n3jzp

[1] https://news.ycombinator.com/item?id=22867803


> We installed as much hardware as available power allowed in our existing data centers while accelerating our migration to Azure.

And from the RCA [1]:

> The immediate cause of the failure was network saturation on load balancers in Central US due to a new peak in traffic.

[1]: https://www.githubstatus.com/incidents/zkxwbgr0cnmx




Strange. The back button in the UI is disabled once you get back to September 2016. https://www.githubstatus.com/uptime/8l4ygp009s5s?page=40

The earliest recorded downtime for Git Ops I could find is in December 2018. https://www.githubstatus.com/uptime/8l4ygp009s5s?page=32


> They are handling it a lot better than Github.

No, they are not.

https://status.claude.com/

https://www.githubstatus.com/


It's a historical record.

https://www.githubstatus.com/ is today


GitHub's historical uptime page is fake, they backfilled it with 100% uptime going back to 1996: https://www.githubstatus.com/uptime?page=200

At least enterprise EU is partially affected

https://eu.githubstatus.com/posts/dashboard

We cannot pull any actions images (or how it is called) for example.


Yes, but GitHub enterprise has different uptime (https://us.githubstatus.com/posts/dashboard) and actually does have an SLA.

Edit: it seems GHE is also affected by the outage and isn't much better.



https://www.githubstatus.com/

It's all green which means it's working. Ignore the unicorn error on every page.

edit: After 5-10 minutes they got around to opening an incident and (apparently manually?) marking the API as having 'degraded performance'.


> the real problem is that the website is poorly built

This is almost always the problem.

This is currently the problem that GitHub is having too. If they had remained with their crusty old rails architecture, very little of this mess [0] would be occurring right now. They would have been able to focus all their engineering talent on scaling the product rather than inventing elaborate client side state synchronization mechanisms.

[0]: https://www.githubstatus.com/incidents/qcvjkzcs7j74


I am not sure if all Webhooks were affected or only those regarding actions. Theres not much information given besides "Webhook deliveries may be delayed."

https://www.githubstatus.com/incidents/qcvjkzcs7j74



We have set up a new enterprise and are migrating to GHE. For us this was a no-brainer; we get our own isolated environment, Enterprise Managed Users with Entra OIDC provisioning and Github Copilot in EU data residency. https://eu.githubstatus.com/posts/dashboard looks pretty good to me. We will still keep our github.com enterprise around for public repositories. I’m genuinely curious to know why a company would prefer github.com over GHE?

Guidelines | FAQ | Lists | API | Security | DMCA | Apply to YC | Contact

Search: