Live data from Hacker News

Incident with Actions and Pages

githubstatus.com

271–280 of 407 posts

Re: Incident with Actions and Pages

#271
post #208
post #14

Insane, we have to come up with contingency plans now for long-duration GitHub outages because we can't safely do deployments. For a service we're paying thousands of $ per year for even though we host runners ourselves...

You should never entirely depend on a third party service for deployments. Been burned too many times on that one.

We could still deploy manually but it's suboptimal! And we're 'flying blind' without CI runs

Re: Incident with Actions and Pages

#272

The last two projects I built I did the CI/CD manually with a small win32 service that polls git and builds+deploys the main service locally. It's barely 200 lines of code. Not much to go wrong. "dotnet publish" is not difficult to wrap. The latest language models have enabled this sort of thing for me. I can integrate a mini Jenkins into every project within a 5-10 minute prompting session. This sort of code isn't h…

[dead]

Re: Incident with Actions and Pages

#273

What problem is github solving that has led it to become critical infrastructure for so many? Is it that everyone is remote and VPNs are too much of a hassle to give everyone access to a build server? Is the serving as the authoritative auth for development services? Does it provide better compliance reporting? It just isn't apparent to me what github offers that you can't get elsewhere with at the same cost and effo…

GitHub Actions is the build server. You could use any other but it is convenient indeed to have it integrated in your repository hosting service.

Re: Incident with Actions and Pages

#274

The last two projects I built I did the CI/CD manually with a small win32 service that polls git and builds+deploys the main service locally. It's barely 200 lines of code. Not much to go wrong. "dotnet publish" is not difficult to wrap. The latest language models have enabled this sort of thing for me. I can integrate a mini Jenkins into every project within a 5-10 minute prompting session. This sort of code isn't h…

That works for relatively simple scenarios. When you have to add deploying sql changes or something having to update something in the cloud, you'd have to include a lot more plumbing.

In my world CI/CD and db migrations are 2 different things working together. CI/CD at heart is rather simple for many setups. Migrations need quite a lot scrutiny, you really want to mess up there. But if you run on gihub actions with 50/50 uptime, does it matter?

Re: Incident with Actions and Pages

#277

Is it about funds? Why Github is not catching up with the traffic? I know there's a mass rush on Github recently specially due to Claude Code leading users to use Github. sometimes even persuasive.

Because scaling complex systems is not trivial

They’re focused and hiring right and managing right, but this is just so difficult it’s bound to go down?

If Google owned GitHub would they be better positioned to scale?

Re: Incident with Actions and Pages

#278
post #261

Earlier quoted context omitted.

That works for relatively simple scenarios. When you have to add deploying sql changes or something having to update something in the cloud, you'd have to include a lot more plumbing.

Deploying SQL changes? Why not just let the application do that on startup. Ofcourse be backward and forward compatible. SQL change only deploy. "Update something in the cloud" <- What do you mean?

> Why not just let the application do that on startup.

That only works on extremely simple setups and has risks. If you have only a single server, you can stall it. Now, how to roll back?

Re: Incident with Actions and Pages

#279
post #257

Earlier quoted context omitted.

It was pretty easy before October 2018, when Microsoft bought them: https://www.githubstatus.com/uptime?page=31

Scaling to human use vs automated/agentic use is a very different thing.

Do we know this is the predominant reason?

Re: Incident with Actions and Pages

#280

I've been against self hosting internal tools for a long time mainly because of the devops and other overhead. But AI based devops makes it so easy now to spin up whatever you want now that I'm reconsidering that. I use a lot of ansible for several of our deployments. At this point, most of that is managed via codex. For Git, all you technically need is ssh access and some backup strategy for your server. It would be…

Did HN forgive Slack for their business with the kids at Hack Club? https://news.ycombinator.com/item?id=45283887
Post reply on HN