DevOps vs SRE vs Engenheiros de Suporte à Produção

O DevOps se concentra principalmente na velocidade de entrega e o SRE se concentra na confiabilidade na produção, mas onde os engenheiros de suporte de produção se encaixam, que também se concentra no monitoramento, alerta, desempenho, experiência do usuário, gerenciamento de incidentes, RCA e trabalha com defeitos de código e entende a funcionalidade dos negócios?

• Em um mundo SRE, os engenheiros de suporte à produção estariam mais alinhados ao SRE ou fundidos ao SRE?

A melhor resposta para DevOps vs SRE está aqui Qual é a diferença entre DevOps e SRE? A partir da série acima, você entenderá que a Classe SRE implementa o DevOps e ambos estão trabalhando em um terreno semelhante e é um objetivo bastante alinhado para os dois.

Como suporte à produção, você estará realizando a tarefa mencionada na pergunta, além de precisar de visibilidade, alertas e notificações, latência, métricas, rastreamento, segurança etc. muitas coisas para cuidar. E, basicamente, fornecendo o serviço aos usuários finais que estão utilizando seu aplicativo ou sistema. Além disso, vejo que a equipe de suporte à produção escreveu os scripts dockerfile e bash para automatizar muitas tarefas. Portanto, sempre que o usuário enfrenta algum problema que primeiro chegue à equipe de Suporte à produção, ele pode ser encaminhado para outras equipes de TI, se não for facilmente resolvido. Mas, se você observar o SRE, seu único objetivo é manter o sistema sempre confiável, manter a resiliência etc. Em algumas organizações, o DevOps também faz essa parte.

Na minha perspectiva, todos os três termos são iguais ao objetivo alinhado e apenas diferem na funcionalidade. Essa funcionalidade difere de organização para organização. Porém, os DevOps têm como objetivo trazer cultura e mudança de paradigma, para que todos trabalhem em colaboração. Espero que isto ajude.

Não quero escolher nada, mas discordo respeitosamente da idéia de que o DevOps é sobre velocidade, enquanto o SRE é sobre confiabilidade. Entendo que é fácil pensar - especialmente porque o SRE tem "Confiabilidade" em seu nome -, mas não é. :-)

SRE tem tudo a ver com velocidade.

Acreditamos que, a longo prazo, você será muito mais rápido se reconhecer quando as rodas estão começando a tremer (SLOs e Error Orgets) e diminuir a velocidade nesses casos para melhorar as coisas. Na nossa experiência, isso é muito mais rápido do que ter que parar por um tempo bastante longo, porque deixamos um monte de dívida técnica relacionada à confiabilidade se acumular.

O SRE pode ser considerado uma instanciação específica do DevOps com um conjunto de restrições mais uniformemente imposto. (Portanto, a Classe SRE implementa a formulação do DevOps acima.)