Qual é a diferença entre SRE e DevOps?

Qual é a diferença entre SRE e DevOps?

As operações de engenharia e desenvolvimento da confiabilidade do site parecem se sobrepor muito em detalhes. Como sei qual grupo é responsável por quê e como sei quais trabalhos seriam apropriados para minha qualificação?

Parece que o SRE é sobre manutenção de servidores e rede, e o DevOps é sobre manutenção de código, está correto? Ainda não há uma justa quantidade de sobreposições entre os dois?

DevOps é sobre manutenção de código, está correto?

O DevOps não é "apenas" sobre código, sistemas ou qualquer outra coisa. DevOps é um termo muito geral que abrange todas as coisas relacionadas à entrega de software.

Engenharia de confiabilidade do site é um termo popularizado pelo Google. A partir deste artigo https://landing.google.com/sre/interview/ben-treynor.html , podemos destilar o TL; DR:

Fundamentalmente, é o que acontece quando você pede a um engenheiro de software para projetar uma função de operações.

Operações, Engenharia e Desenvolvimento de Software estão se confundindo. O grau de automação necessário para criar e manter uma infraestrutura madura requer habilidades de todos os três. SREs são administradores, e engenheiros, e os desenvolvedores.

Veja também: http://shop.oreilly.com/product/0636920041528.do

Dave Swersky já postou uma excelente resposta acima com a definição de SRE de Ben Treynor, que é tão comovente hoje quanto em 2003.

Fundamentalmente, é o que acontece quando você pede a um engenheiro de software para projetar uma função de operações.

Então, na tentativa de definir melhor "DevOps", aqui está um trecho do livro Effective DevOps de Jennifer Davis & Katherine Daniels:

Devops é uma maneira de pensar e trabalhar. É uma estrutura para compartilhar histórias e desenvolver empatia ... [não] é apenas mais uma metodologia de desenvolvimento de software.

[P] As práticas podem incluir métodos de desenvolvimento de software ou recursos como automação de infraestrutura e entrega contínua, [embora] seja muito mais do que apenas a soma dessas partes.

Embora esses conceitos estejam relacionados e possam ser vistos com frequência em ambientes de devops, o foco exclusivo neles perde o quadro geral - os aspectos culturais e interpessoais que dão ao devops seu poder.

Em resumo: um SRE eficaz aproveitará as práticas de DevOps.

-

Além disso:

Como sei qual grupo é responsável por quê?

A propriedade não deve estar implícita; comunicar!

A Engenharia de confiabilidade do site se enquadra em operações mais ou menos tradicionais, mas altamente automatizadas e controladas por versão, o que também é chamado de Infraestrutura como código . É um papel vertical bem definido . Nos DevOps modernos, essa é a fatia vertical que se relaciona ao Operations. Você pode ter uma equipe de SRE.

O DevOps, como tal, é uma mudança cultural para uma organização. Além da estrutura de gerenciamento vertical, de cima para baixo, cria uma conexão horizontal entre as equipes ao longo dos caminhos de entrega do trabalho ao longo das cadeias de valor . Para um engenheiro, é uma função horizontal pouco definida que une várias equipes, garantindo que o trabalho passe sem problemas e rapidamente por toda a organização. Você não pode ter uma equipe de engenheiros do DevOps, que é um oxímoro , pois estender os limites da equipe é uma parte crucial da função.

Outra maneira de descrever as diferenças entre o Site Reliability Engineering e o DevOps é examinar a explicação de Wikipedia sobre a Site Reliability Engineer, que começa assim:

Engenheiro de confiabilidade do site (SRE) é uma descrição do trabalho fornecida a engenheiros de software focados em confiabilidade, escalabilidade e desenvolvimento de infraestrutura de computação em nuvem, conhecida como Site Reliability Engineering (SRE).

Portanto, você pode considerar os SREs como pessoas envolvidas em Building walls...

No entanto, a explicação da Wikipedia sobre o DevOpsinício é assim:

DevOps ... é um termo usado para se referir a um conjunto de práticas que enfatizam a colaboração e a comunicação de desenvolvedores de software e profissionais de tecnologia da informação (TI), enquanto automatizam o processo de entrega de software e alterações na infraestrutura. Seu objetivo é estabelecer uma cultura e um ambiente em que a criação, teste e liberação de software possa acontecer de forma rápida, frequente e mais confiável.

O que não diz é que todas essas práticas de DevOps são realmente acionadas por uma demanda do lado dos negócios. Então, combinado com a construção e teste (a parte Develop ) e o Release do software, o DevOps trata de uma cultura e um ambiente DDR (= Demand-Develop-Release), que algumas pessoas podem lembrar desses 9 segundos de um discurso histórico para Tear down this wall.

Consulte a pergunta sobre Breve interrupção planejada para quarta-feira, 3 de maio de 2017 às 20:00 EUA / Leste (como uma broca de incêndio para computadores) para obter um exemplo de todos os sites do SE ... publicados (assinados) por um usuário com o cargo SRE Manager , Stack Overflow, Inc.