6 ms·
One SRE, many SWE. Also have fun asking someone to be permanently oncall with one person on the team. The cache clusters size are also described here for anyon
by mapme 4y ago
One SRE, many SWE. Also have fun asking someone to be permanently oncall with one person on the team.
The cache clusters size are also described here for anyone who wants a good technical read over speculation. https://www.usenix.org/system/files/osdi20-yang.pdf https://www.usenix.org/system/files/osdi20-yang.pdf
- csomar 4y agoThe OP claims he did the implementation (so he was the software engineer too?): > I designed and implemented most of the tools that are keeping it running so I think I’m qualified to talk about it.
- cmckn 4y agoI read this as they built the “tools” (automation, orchestration, monitoring, etc.) for this system, not the system itself; which aligns with the common definition of SRE.
- mapme 4y agoSRE is a mix of both. The expectation is you are able to write and understand any code the team is responsible for.
- okdood64 4y agoSWEs can share the oncall rotation with SRE.
- mapme 4y agoYes that is the normal case. The post was refuting the assertion that one engineer can run these services indefinitely as previously the OP had the help of SWEs oncall and also fixing bugs.