Tanto DevOps como SRE son metodoloxías que abordan as necesidades da organización para a xestión da operación do produto. Ao contrario da crenza popular de que ambos son adversarios, DevOps e SRE non son dous métodos competidores, senón que se complementan rompendo as barreiras organizativas para ofrecer un mellor software máis rápido. Non obstante, hai bastante solapamento entre os obxectivos de DevOps e SRE.

Que é DevOps?

DevOps é unha cultura de enxeñaría de software e práctica de colaboración entre diferentes equipos, como desenvolvemento e operacións, control de calidade e seguridade. DevOps é un marco ITSM que fomenta a comunicación e a colaboración entre o desenvolvemento de software e as operacións de TI ao longo de todo o ciclo de vida do servizo. Integra desenvolvedores e equipos de operacións para mellorar a colaboración e a produtividade automatizando a infraestrutura, automatizando os fluxos de traballo e medindo continuamente o rendemento das aplicacións. DevOps non é unha tecnoloxía nin unha ferramenta; é máis como un concepto empregado na xestión do ciclo de vida da aplicación e asegurarse de que os seus equipos de desenvolvemento e os equipos de operación están a traballarsincronizados entre si. O obxectivo é xerar confianza e reducir a fricción nestas transferencias entre desenvolvedores e equipos de operacións. O equipo de desenvolvemento enviará a solicitude ao equipo de operacións para a súa implementación e o equipo de operacións supervisará a aplicación e proporcionará comentarios relevantes ao equipo de desenvolvemento.

Que é o SRE?

SRE, abreviatura de Site Reliability Engineering, é unha disciplina que combina os aspectos da enxeñaría de software e as operacións co fin de salvar a brecha entre a oferta e a demanda. SRE é unha metodoloxía de enxeñaría de software que é unha extensión de moitos conceptos pasados, que inclúen pero non son exclusivos de DevOps, enxeñaría de backend, enxeñaría de sistemas, administración de sistemas, operacións, etc. SRE é "o campo enfocado a traballar con arte para crear un sitio web que teña un bo rendemento". É unha especialización centrada na fiabilidade do software. A pesar de que os principios SRE foron establecidos por primeira vez por Google en 2003, antes do movemento DevOps, o modelo ten unha idea lixeiramente diferente de moitas ideas existentes. Benjamin Treynor, fundador do equipo de fiabilidade de sitios de Google, di no libro de enxeñaría de fiabilidade de sitios de Google: "O SRE é o que sucede cando se solicita a un enxeñeiro de software que deseñe un equipo de operacións". Dado o éxito de Google con fiabilidade, a idea alcanzou moitas empresas.

Diferenza entre DevOps e SRE

Definición

- DevOps é un marco ITSM que fomenta a comunicación e a colaboración entre o desenvolvemento de software e as operacións de TI ao longo do ciclo de vida do servizo. É unha cultura de enxeñaría de software e práctica de colaboración entre diferentes equipos, como desenvolvemento e operacións, control de calidade e seguridade. Enxeñaría de fiabilidade do sitio (SRE) é unha extensión de moitos conceptos pasados ​​que se aplican a moitos papeis, incluíndo pero non exclusivo de DevOps, enxeñaría de sistemas, enxeñaría de backend, administración de sistemas, operacións, etc. SRE é un marco para operar de forma fiable de grandes sistemas críticos de misión.

Función

- DevOps é un conxunto de prácticas e unha cultura organizativa deseñada para salvar a brecha entre desenvolvedores, operadores e outras partes da organización co fin de mellorar a colaboración e a produtividade e asegurarse de que os equipos están perfectamente sincronizados entre si. SRE, como DevOps, úsase a miúdo para describir roles que inclúen unha gran diversidade de traballo. Entón, se pensas en DevOps como unha filosofía, SRE é un xeito de cumprir esa filosofía. SRE é unha especialización centrada na fiabilidade do software.

Obxectivo

- DevOps e SRE non son dous métodos competidores, senón que se complementan rompendo as barreiras organizativas para ofrecer un mellor software máis rápido. DevOps trata de romper o muro entre desenvolvedores e operadores para reducir os tempos de entrega dos usuarios finais. O obxectivo é xerar confianza e reducir a fricción nas transferencias entre desenvolvedores e operadores. SRE é unha implementación específica de DevOps con algunhas grandes extensións. O obxectivo é crear escalabilidade e sistemas de software altamente fiables para que as TI sexan fiables, robustas e gratificantes.

Alcance

- Dentro da empresa, DevOps ten un alcance limitado que comeza co desenvolvemento de software e móvese a través do check-in de código fonte ata o despregamento automatizado. O alcance de DevOps é mínimo máis alá do despregamento dentro das empresas. SRE é unha oportunidade para aproveitar o impulso iniciado por DevOps e continuar os esforzos durante o resto do ciclo de vida posterior ao despregamento. DevOps abraza o feito de que ningún sistema é 100% fiable e o fracaso é algo que seguramente sucederá. SRE anima a buscar formas de asegurarse de que non haxa demasiados fallos.

DevOps vs. SRE: gráfico de comparación

Resumo

Hai bastante solapamento entre os obxectivos de DevOps e SRE. Poderíase ver SRE como unha implementación específica de DevOps con algunhas extensións. DevOps é un conxunto de prácticas e cultura que reducen as barreiras entre desenvolvedores e operadores para reducir os prazos de entrega. Do mesmo xeito que DevOps, SRE úsase a miúdo para describir funcións que inclúen unha gran diversidade de traballo. Se DevOps é unha filosofía, SRE trata de atopar formas de cumprir esa filosofía. SRE é unha especialización centrada na fiabilidade do software.