{"id":662,"date":"2021-09-30T09:58:00","date_gmt":"2021-09-29T23:58:00","guid":{"rendered":"https:\/\/sysmit.com\/cf22\/?p=662"},"modified":"2023-12-13T15:28:02","modified_gmt":"2023-12-13T05:28:02","slug":"sre-not-monolithic-role","status":"publish","type":"post","link":"https:\/\/sysmit.com\/cf22\/sre-not-monolithic-role\/","title":{"rendered":"SRE is not a monolithic role"},"content":{"rendered":"\n

SRE is gaining more traction and a misconception is gaining steam among senior stakeholders. That SRE is a monolith role like what \u201cprogrammers\u201d were in the 90s. Let\u2019s burst that misconception\u2026<\/em><\/p>\n\n\n\n

SRE is a broad, overarching responsibility that needs a multitude of role considerations to pull off properly.<\/p>\n\n\n\n

It is not a monolithic role where all SREs do pretty much the same thing. Like what programmers were in the 90s \u2014 they (supposedly) all pumped out code in similar strokes. Now we have front-end engineers, back-end engineers and everything in-between.<\/p>\n\n\n\n

SRE is the same \u2014 a m\u00e9lange of diverse role opportunities.<\/p>\n\n\n\n

I will cover the nuances of SRE roles in more detail below.<\/p>\n\n\n

No, SREs are not\u2026<\/h2>\n\n\n