News for hackers. Stuff that matters.
Re:Ask HN: What makes SRE great compared to "plain" DevOps? by hnthrowaway0315 on Thursday November 02, 2023 @08:11PM (#38122349)
Doesn't that mean it's essentially a senior developer in the dev team?
Re:Ask HN: What makes SRE great compared to "plain" DevOps? by toomuchtodo on Thursday November 02, 2023 @08:18PM (#38122435)
It does, but a senior developer in a pager rotation.
Re:Ask HN: What makes SRE great compared to "plain" DevOps? by hnthrowaway0315 on Thursday November 02, 2023 @09:07PM (#38122982)
It makes sense. But I do feel seniors will be pigeon holed into taking an Ops responsibility.
Re:Ask HN: What makes SRE great compared to "plain" DevOps? by toomuchtodo on Thursday November 02, 2023 @09:12PM (#38123020)
Depends on the org. In an org where devs are protected, DevOps/infra team will do the pager duty suffering in an SRE capacity. In other orgs, seniors will be forced into it unless they have leverage to bounce otherwise, or they tolerate it because there are worse jobs out there. Culture and appetite on both sides is highly variable, won’t know until you’re on the inside.
Re:Ask HN: What makes SRE great compared to "plain" DevOps? by VirusNewbie on Friday November 03, 2023 @03:39PM (#38133974)
It definitely can be, but depending on the application, it might make sense to demarcate 'scale/infra' related senior developer responsibilities from 'business logic' type responsibilities. An SRE would care about the former, much less the latter.

I'm a SWE SRE, and I don't particularly care to look at the code of individual features being added unless there's potential for a large blast radius, but I do care to make sure if something breaks, there isn't cascading failures. I want things to degrade in a predictable way, or to fail in an isolated fashion. The non SRE SWEs are free to break a single feature, and i'm happy to help them roll it back, but that's not what I'm primarily worried about.

Conversely, many of them aren't all that interested in thinking about how slowdowns or failures propagate upstream or downstream to other teams that may or may not understand how things are connected, whereas I do worry about that.