DevOps se enfoca principalmente en la velocidad de entrega y SRE se enfoca en la confiabilidad en la producción, pero ¿dónde encajan los ingenieros de soporte de producción que también se enfoca en el monitoreo de la producción, alertas, rendimiento, experiencia del usuario, gestión de incidentes, RCA y trabajo en defectos de código y entender la funcionalidad del negocio?
Respuestas:
La mejor respuesta para DevOps vs SRE está aquí ¿Cuál es la diferencia entre DevOps y SRE? De la serie anterior, comprenderá que Class SRE implementa DevOps y ambos están trabajando en un terreno similar y es un objetivo bastante alineado para ambos.
Como soporte de producción, realizará la tarea que ha mencionado en la pregunta, aparte, necesita una gran visibilidad, alertas y notificaciones, latencia, métricas, seguimiento, seguridad, etc., muchas cosas para cuidar. Y, básicamente, proporciona el servicio a los usuarios finales que utilizan su aplicación o sistema. Además, veo que el equipo de soporte de producción ha escrito los archivos dockerfile y bash para automatizar muchas tareas. Por lo tanto, cada vez que el usuario se enfrenta a un problema que llega primero al equipo de Soporte de producción y podría pasar a otros equipos de TI si no se resuelve fácilmente. Pero, si observa SRE, su único propósito es mantener el sistema en un estado confiable todo el tiempo, mantener la resistencia, etc. En algunas organizaciones, DevOps también hace esta parte.
Desde mi punto de vista, los tres términos son los mismos que su objetivo alineado y solo difieren en funcionalidad. Estas funcionalidades difieren de una organización a otra. Pero, DevOps tiene la intención de traer cultura y cambio de paradigma para que todos trabajen en colaboración. Espero que esto ayude.
No quiero elegir, pero estoy respetuosamente en desacuerdo con la idea de que DevOps se trata de velocidad, mientras que SRE se trata de confiabilidad. Entiendo que esto es algo fácil de pensar, especialmente porque SRE tiene "Confiabilidad" en su nombre, pero no es así. :-)
SRE tiene que ver con la velocidad.
Creemos que, a la larga, irá mucho más rápido si reconoce cuándo las ruedas comienzan a tambalearse (SLO y Presupuestos de error) y disminuirá la velocidad en esos casos para mejorar las cosas. Eso, en nuestra experiencia, es mucho más rápido que tener que detenerse durante mucho tiempo porque dejamos que se acumule un montón de deudas técnicas relacionadas con la confiabilidad.
SRE puede considerarse como una instanciación específica de DevOps con un conjunto de restricciones más uniforme. (Por lo tanto, la Clase SRE implementa la formulación DevOps anterior).
In a SRE world, would production support engineers be more aligned to SRE or merged with SRE?- Los ingenieros de PS se fusionarían con SRE.