Live data from Hacker News

Disruption with Some GitHub Services – Resolved

githubstatus.com

161–170 of 176 posts

Re: Disruption with Some GitHub Services – Resolved

#161
post #142

Earlier quoted context omitted.

That is just called your browser history?

The browser history contains a lot of junk and I don't want that saved forever. Curated tab history is a bit different. It's stupid for sure, but also a bit comforting to keep the most important articles and such. For anything I really care about, there's always ArchiveBox.

Bookmark?

Re: Disruption with Some GitHub Services – Resolved

#162
post #69

Earlier quoted context omitted.

Azure's going to suffocate github. I'm curious to see what's next. Will self-hosting the code repository come back in vogue or will another social-coding platform take off?

We should worry less about what everyone else uses, and more about what we use. I'm self-hosting Gitea and thinking of upgrading to Forgejo. What are you using?

I've moved from gitlab -> gitea+drone -> forgejo+woodpecker

Works great for small-medium scale

Re: Disruption with Some GitHub Services – Resolved

#163
post #21

Earlier quoted context omitted.

I wonder what is this database, and why it is hard to fall-over automatically.

RDBMS replication and failover is way more difficult and manual than anyone would like. You can't just set up two postgres, tell them they're clustered and have it basically work; at a minimum you have to design the client to somehow know which one is currently the master, or use some sort of proxy (which becomes its own SPOF). RDBMS integrity basically requires that one master server is responsible for the whole dat…

Mongo will auto failover if you have 3+ replicas. Primary knowledge is abstracted into the driver or query router level depending on setup.

Re: Disruption with Some GitHub Services – Resolved

#164

Scaling is a dream or theory we think we solved. Distance between ... to practice. So ... should be reconsidered again.

This level of scale is extreme but it can be handled with proper time investment and careful engineering. But that doesn't fit into the "spend gobs of money as fast as possible so you can be a hypothetical feudal lord in a sci-fi dystopia novel you read when you were twelve" line of thinking.

Exactly.

Re: Disruption with Some GitHub Services – Resolved

#165
post #145

Earlier quoted context omitted.

PMs deciding software infrastructure over the dev teams that the dev teams use, is wild.

From my experiences devs in large corp usually don't have a say in what kind of software infrastructure they can use ...

I've mostly worked for "engineering lead" corps and a PM has only ever affected outside software sold to users except for JIRA. There's no chance a PM would be able to affect the internal code storage/ci-cd systems at anywhere I've worked in the past unless they went on some proselytizing war path and convinced some senior lead engs to convince the rest of the org to accept it.

In the example, in my 20 year career, I've seen bitbucket in use once. I'm the one who usually manages that stuff since I'm an infra eng.

Re: Disruption with Some GitHub Services – Resolved

#166
post #143

Earlier quoted context omitted.

i'll echo this sentiment. historically there's been a lot more flexibility with GL CI yaml syntax, including real yaml anchors https://frenck.dev/github-actions-yaml-anchors-aliases-merge... sys-admin-ing gitlab can be a bit of a maze of web menus tho.

What do you need real anchors for? Sharing of pipelines? Maybe I’ve been burned too much by pipeline maintenance (because we didn’t have yaml anchors?) but I rather have builds defined in make /bazel/etc than in yaml. So the only thing the pipeline does is optionally restoring caches, kicking off the build system, uploading PR validation results, and saving cache. Pushing artifact etc is all done from inside the buil…

[deleted]

Re: Disruption with Some GitHub Services – Resolved

#167

Earlier quoted context omitted.

> Is all content in HN supposed to be professional and serious No > are humorous comments in fact allowed Yes Neither is what's going on here. It's reckless to share stuff you haven't even looked at yourself, that's fairly basic thing to care about. Sharing "here's a bunch of random GitHub repositories" isn't humor (I think?) nor would it been different if the text was "more professional and serious", whatever that m…

I found it quite funny that people develop extensions that track the availability of one of the most important building blocks of the software industry, because their reliability is so poor. You could have posted a warning to not actually install random extensions. Instead you came across as questioning why anyone would post links to them at all. The poster was clear they didn't actually recommend the extensions. Sha…

> The poster was clear they didn't actually recommend the extensions. Sharing stuff is fun

Sharing stuff we know are good is fun. Sharing just random stuff? No, why would you do that? The whole point is why would you share those extensions if you don't actually recommend them? It's noise, the opposite of why we all come here in the first place.

Do you also just submit whatever to HN as link submissions, without even reading it or checking it yourself?

Re: Disruption with Some GitHub Services – Resolved

#168
post #163
post #21

Earlier quoted context omitted.

RDBMS replication and failover is way more difficult and manual than anyone would like. You can't just set up two postgres, tell them they're clustered and have it basically work; at a minimum you have to design the client to somehow know which one is currently the master, or use some sort of proxy (which becomes its own SPOF). RDBMS integrity basically requires that one master server is responsible for the whole dat…

Mongo will auto failover if you have 3+ replicas. Primary knowledge is abstracted into the driver or query router level depending on setup.

We all know that /dev/null is web scale.

This can be implemented in front of any RDBMS as a separate layer. Traditionally they weren't designed for quorum-sensing since it hadn't been invented yet. I'd be surprised if something like pgbouncer couldn't do it.

Re: Disruption with Some GitHub Services – Resolved

#169
post #72

Earlier quoted context omitted.

A browser extension to indicate githubstatus being yellow/red: https://chromewebstore.google.com/detail/is-github-down/lcfo... A VSCode extension: https://marketplace.visualstudio.com/items?itemName=RuslanRy... Firefox: https://github.com/matagus/github-status-checker Caveat: https://news.ycombinator.com/item?id=49450924 (disclaimer: none of these are recommended by me to use - merely sharing to build on for this dis…

Another useful disclaimer: all of these lets the developers push updates to your computer as they wish by default in most setups, these days you might want to decrease that kind of attack surface and just check the status in the official website when "git push" suddenly stop working. Especially when extensions and stuff sometimes changes hand and it's kind of hard to keep track of it, except for when something bad ha…

> why you'd share links to software you don't even recommend yourself?

Overall, I disagree and think it's valid and responsible to share links to apps if I disclaimed that I don't recommend installing their linked applications in an environment that has access to private data.

One valid reason, to share links, is to illustrate that there are more than zero efforts to address this issue - the parent comment issue - through and even more convenient practice than firing up a web browser, following link, waiting for it to load, reviewing the material, to see if GitHub status is red or green today. So this reason attempts to build up the importance of the parent comment's idea, and suggests that legitimate verifiable work is advisable, to continue down that path of making it more convenient for developers have simpler, more human indicators about the reliability of their digital tools.

Pretty simple reason but that's my reason.

Re: Disruption with Some GitHub Services – Resolved

#170

Earlier quoted context omitted.

> "Why would you recommend extensions to do this?" This is not my complaint though, my complain is: Why would you recommend extensions you haven't tried nor even read about yourself? The goal isn't to pick apart the message to piss someone off, the goal is prevent someone else than the author from getting hacked because they install some random extension, not understanding what kind of access you're giving others whe…

They didn't recommend the extensions. They linked them because they were "merely sharing to build on for this discussion". Is all content in HN supposed to be professional and serious, or are humorous comments in fact allowed when discussing a market leading company who has had regular outages for a year and a half? (Yes, I know the actual reasons why GitHub are struggling.)

Thank you Tim, yes, merely sharing is what I was doing.

I didn't say, and I probably should have said, "Use the fact that there are a number of these developer focused IDE/ browser extension tools as motivating information, about the emerging need to support human developers in there daily triage burdens, as is it's arguably a need .. a trend that is worsening."

Post reply on HN