SRE no contexto
Antes de explorarmos algumas das práticas associadas à SRE, seria bom colocar algumas das ideias que acabamos de aprender na unidade anterior no contexto. Nesta breve unidade, vamos aprender um pouco sobre a história por trás da SRE e como ela se relaciona com outras práticas de operações com as quais talvez você esteja familiarizado. Esse conhecimento nos preparará para alcançar maior sucesso mais tarde porque essas práticas farão mais sentido no contexto. Além disso, quando seus amigos perguntarem sobre a diferença entre a SRE e outras práticas, você terá uma resposta pronta.
Histórico
Uma história altamente condensada da SRE começa com suas origens na Google em 2003. Ben Treynor, agora Treynor Sloss, assumiu a liderança da "Equipe de Produção" do Google (à época com apenas sete engenheiros de software). Treynor criou a ideia que ficou famosa e a descreveu como "o que acontece quando você pede que um engenheiro de software projete uma função de operações". É útil entender essa história, pois ela ajuda a explicar por que a SRE pode se parecer muito como a "engenharia de software" para profissionais de operações que a conhecem pela primeira vez. Ela adotou valores e ferramentas dessa área, como a importância de codificação e de sistemas de controle do código-fonte como uma ferramenta fundamental. A implementação inicial e atual da Google SRE é bem documentada em seus dois livros publicados pela O'Reilly (veja a unidade Introdução).
Conforme as pessoas da Google saíram da empresa (e as pessoas da empresa falavam mais sobre suas práticas publicamente), a SRE começou a se propagar para mais organizações do setor. À medida que a SRE se espalhava para novas organizações, essas organizações adotaram e adaptaram os princípios e as práticas da SRE para ajustá-los à sua cultura local. Esse processo de expansão gerou muitas implementações diferentes da SRE na área.
DevOps e SRE
O setor mais amplo enfrentou os mesmos desafios em relação ao dimensionamento, à velocidade de desenvolvimento versus à estabilidade operacional e a outros problemas de entrega de software que geraram o movimento de engenharia de confiabilidade do site. Iniciativas paralelas para solucioná-los fora da Google (e de algumas empresas maiores na época) deram início ao DevOps.
Para obter muitas informações interessantes sobre o DevOps, confira o centro de recursos de DevOps.
Observação
É importante observar que o DevOps e a SRE são duas tentativas paralelas diferentes para resolver os mesmos desafios. A SRE não é o próximo passo evolucionário depois do DevOps. A SRE não foi criada para ser "o futuro do DevOps".
A diferença entre a SRE e o DevOps é um tema que ainda gera discussão considerável na área. Há algumas diferenças amplamente aceitas, incluindo:
- SRE é uma disciplina de engenharia voltada para confiabilidade. DevOps é um movimento cultural que surgiu da necessidade de quebrar as barreiras associadas geralmente às diferentes organizações de Desenvolvimento e Operações.
- A SRE pode ser o nome de uma função como em "Sou um SRE (engenheiro de confiabilidade do site)", ao contrário do DevOps. Ninguém, estritamente falando, trabalha como um "DevOps".
- A SRE tende a ser mais detalhada, o DevOps intencionalmente não é assim. A adoção quase universal de entrega/integração contínua e os princípios Agile são o mais próximo disso a esse respeito.
As duas práticas de operações, DevOps e SRE, compartilham uma afinidade de monitoramento/capacidade de observação e automação (talvez por motivos diferentes). Essa confluência é um motivo pelo qual geralmente pode ser mais fácil de importar as práticas e os princípios de SRE para uma organização que já tenha uma prática de DevOps. Esse processo deve ser feito com cuidado e intenção. Também pode e deve ser implementado de maneira incremental; ninguém precisa fazer uma transição repentina.
Aviso
Apenas trocar cargos de pessoas na organização é uma estratégia de implementação que quase nunca é bem-sucedida. Ela não obterá os benefícios que a SRE tem a oferecer. Confira a seção Introdução desta unidade para obter algumas sugestões melhores.
Conclusão
Esta breve unidade procurou colocar uma pequena quantidade de contexto em relação à SRE e ao DevOps. SRE e DevOps são melhor compreendidos como escolas adjacentes de pensamento em práticas de operações.
Agora que examinamos um pouco do contexto por trás da SRE, vamos passar diretamente para alguns dos seus princípios fundamentais.