jssjr

5 ms·

1.
by jssjr 3y ago
I appreciate the honest feedback. We could have done better communicating about the problem. We've been marking single host failures in the dashboard for affected users and using our status page to reflect things like platform and regi
2.
GitHub/glb-director: GitHub Load Balancer Director and Supporting Tooling(github.com)
2 points by jssjr 8y ago|0 comments
3.
GitHub Goes All in on Kubernetes(thenewstack.io)
4 points by jssjr 9y ago|0 comments
4.
by jssjr 10y ago
Another status update from GitHub: "We have migrated to an unaffected DNS provider. Some users may experience problems with cached results as the change propagates." We're maintaining yellow status for the foreseeable future
5.
by jssjr 10y ago
I'm a GitHub employee and want to let everyone know we're aware of the problems this incident is causing and are actively working to mitigate the impact. "A global event is affecting an upstream DNS provider. GitHub services
6.
by jssjr 10y ago
I'm a GitHub employee and want to let everyone know we're aware of the problems this incident is causing and are actively working to mitigate the impact. "A global event is affecting an upstream DNS provider. GitHub services
7.
by jssjr 10y ago
Sure. Feel free to call it anycast then. I usually hear anycast routing used in the context of achieving failover or routing flows to the closest server/POP, but there is probably a more formal definition in an RFC that I'll be po
8.
by jssjr 10y ago
Anycast usually implies traffic will be directed to the nearest node advertising that prefix. The GLB directors leverage ECMP which provides the ability to balance flows across many available paths.
9.
by jssjr 10y ago
A "whole" piece of software would require you to have made the same data center design decisions we've made at GitHub. While some of our choices are opinionated, I think you'll find the GLB architecture adheres to the un
10.
by jssjr 10y ago
I think you're referring to the GitHub Engineering blog post [1] about our git storage tier. We [2] store your code on at least 3 servers, which is an improvement in many ways from our previous storage architecture. There are a lot o
11.
by jssjr 10y ago
This is really great work. Do you have any plans to open source some (or all) of the code behind Silverton?
12.
by jssjr 11y ago
GitHub's physical infrastructure team doesn't dictate what technologies our engineers can run on our hardware. We are interested in providing reliable server resources in a easily consumable manner. If someone wants to provision h
13.
Counting Objects(githubengineering.com)
267 points by jssjr 11y ago|37 comments
14.
GitHub: Scaling on Ruby, with a nomadic tech team(medium.com)
176 points by jssjr 11y ago|41 comments
15.
by jssjr 11y ago
It's here at CodeConf! https://gist.github.com/jssjr/018717ddcb81b76e1829#file-img_...
16.
by jssjr 11y ago
We use collectd extensively and it is wonderful software. Brubeck and collectd do very different jobs.
17.
by jssjr 11y ago
We did not try out statsite, but it also looks great! Brubeck has been under development internally since October 2012. We're really excited to be able to share it with everyone.
18.
by jssjr 11y ago
Indeed!
19.
by jssjr 11y ago
This sounds like a great idea for a future blog post. Thanks for the suggestion!
20.
by jssjr 11y ago
There are two posts on the blog right now: Workload Analysis with MySQL's Performance Schema http://githubengineering.com/using-mysql-performance-schema-... Browser Monitoring for GitHub.com http://githubeng
21.
by jssjr 12y ago
http://gocurb.com/ has been doing exactly that for many years.