3 ms·
for everyone complaining about the status page - status pages are normally operated by hand by design, and will rarely reflect things in real-time. give the po
by j3s 2y ago
for everyone complaining about the status page - status pages are normally operated by hand by design, and will rarely reflect things in real-time.
give the poor github ops folks a second to get things moving.
- manquer 2y agoMost status page products integrate to monitoring tools like Datadog[1], large teams like github would have it automated. You ideally do not want to be making a decision on whether to update a status page or not during the first few minutes of an incident, bean counters inevitably tend to get involved to delay/not declare downtime if there is a manual process. It is more likely the threshold is kept a bit higher than couple of minutes to reducing false positives rates, not because of manual updates. [1] https://www.atlassian.com/software/statuspage/integrations https://www.atlassian.com/software/statuspage/integrations
- xyzzy_plugh 2y agoNah, _most_ status pages are hand updated to avoid false positives, and to avoid alerting customers when they otherwise would not have noticed. Very, very few organizations go out of their way to _tell_ customers they failed to meet their SLA proactively. GitHub's SLA remedy clause even stipulates that the customer is responsible for tracking availability, which GitHub will then work to confirm.