|
|
|
|
|
by swensel
1854 days ago
|
|
I don't like having to be on call 24/7 either and would prefer to work on a team that has 24/7 ops, so the devs don't have to do that. However, in the case of a startup where the devs also do ops, what is the option? I don't understand the part where you said that this means something in the company is not working and needs to be fixed if devs need to be on call. What happens if something goes wrong with an environment and an auto restart doesn't fix the issue? I am curious because I'd like to have a better answer for potential startup opportunities that won't spend money on a 24/7 ops team and ask this of their devs. |
|
I had a side gig that very explicitly was being hired to be the guy that gets woken up by PagerDuty. They paid me about an extra $1k/month purely for having my phone on in addition to what they paid me for the time I spent dealing with actual issues. Even then $1k/month was only enough because most of the other work I did for them was explicitly to improve site availability so I could ensure the platform was resilient enough that I rarely got woken up. In effect my hourly rate for being woken up probably translated to $2k-$3k/hour, with it sometimes going half a year between being woken up, before suddenly a bad release might cost me sleep a few nights in a row.
But having felt the stress of this on a full-time basis in the past, without that kind of compensation, I don't think it's cost-effective to have your dev team serve this role vs. having a few people on retainer to at least triage and try the obvious things. You're going to pay for it with staff that do not get proper rest (even when the phone doesn't go off it'll be there at the back of your head).