I can’t see a thread on internals about this, so: there is a new twitter account (managed by the Infra team) that will post updates on things being broken in the Rust ecosystem. We’ve (unfortunately) made use of it already!
The Mozilla status page is pretty nice nowadays, and it looks like we’re using statuspage.io for it. Using an existing service like that seems like a good idea if we want to do something. There doesn’t seem to be a free option, but I can ask our ops folks what plan we have, and if there was interest I’m sure we could get one set up for Rust as well.
If you look at the github issue suggesting status.rust-lang.org, it was actually raised by of the statuspage.io devs! So that’s definitely something we’re aware of.
Yep, I suggested using statuspage.io because (as a dev team member) I figured I can probably organise a free page; Atlassian’s founders have traditionally given away its software for open source projects and non profits, so now that StatusPage is part of Atlassian I think Rust would be eligible for a free status page. (Though I haven’t checked to see if that’s a free or paid page that Mozilla has right now.)
Aside from letting people get their status notifications in ways other than via Twitter, I think having a status page makes sense from the perspective of giving people confidence in Rust: having some uptime stats for crates.io specifically would probably help when making a case for adopting Rust in an org.
The downsides (as far as I can see) are that we (statuspage.io) don’t have IRC integration for either receiving or posting status updates, and you’d have to provision the accounts for people who can update the status page, as we don’t support GitHub logins (or scoping users to GitHub orgs). That said, you could probably hack around those things via the API.
Should we consolidate everything under “Rust status” or are there different people interested in, say, nightly builds but not crates.io and vice versa?
Multiple pages would probably be fine as far as statuspage.io is concerned, or pointing both status.rust-lang and status.crates at statuspage.io’s servers should work too.
Another option is some people embed the statuspage widget on their pages (old blog post with examples). Rust lang is probably on the list of places that people look if crates.io goes down, so it might be helpful to embed that widget there. That said, I think the widget isn’t per-component, so it might be a little weird to render the embedded status on rust-lang.org or crates.io as being degraded if only the nightly builds are failing. Of course you could work around that with the API again.
Thinking as a consumer, I’d probably actually be most interested in crates.io (and rustup) status, as those would impact my CI.
Ditto what @asparck said about being more interested in the status of crates.io and rustup specifically. Maybe we could start with those and then see if a consolidated option makes sense once it’s out in the wild?
This just came up on discord. Someone couldn’t reach crates.io and asked if it’s down for anyone else. That is when we started discussing a possible status page for rust and related sites.
I think it would be a very nice addition to all resources that rust provides to see if they are currently available. A few services which I can currently think of are:
I’d also suggest status.rust-lang.org, because it seems to be the “industry standard” for status pages and what I usually try first (e.g. discord, mozilla; counterexample: cloudflare).