Prácticas SRE

SRE, o ingeniería de confiabilidad del sitio, es la práctica de aplicar experiencia en ingeniería de software a los problemas de DevOps y operaciones. A menudo, esto significa escribir código de manera proactiva y desarrollar aplicaciones o servicios internos para combatir la confiabilidad y las preocupaciones de desempeño.

¿Qué es SRE vs DevOps??
¿Cuáles son los principios de SRE??
¿SRE hace codificación??
Es sre ágil?
¿Es SRE un marco??
¿Cuál es la regla SRE 50 50??
¿Qué es SLA en SRE??
Es CI CD parte de SRE?
¿Cuáles son los factores críticos de éxito en SRE??
¿Cómo se ve un equipo SRE de alto rendimiento??
¿Cuáles son los roles y responsabilidades SRE??
¿Qué es SRE en ágil??

¿Qué es SRE vs DevOps??

DevOps se centra en el lado de desarrollo de la gestión de productos y las herramientas de construcción para desarrolladores y sistemas de monitoreo. SRE se centra en el lado de las operaciones de la gestión de productos. SRES se centra en admitir implementaciones de código de desarrolladores e implementaciones de servidor.

¿Cuáles son los principios de SRE??

Sitio Confiability Engineering (SRE) es un conjunto de principios y prácticas que incorpora aspectos de la ingeniería de software y los aplica a la infraestructura y operaciones de TI. Los objetivos principales son crear sistemas de software altamente confiables y escalables.

¿SRE hace codificación??

SRES gastará una codificación de tiempo significativa y herramientas de construcción para que los ingenieros interactúen con la infraestructura. Por ejemplo, un SRE podría generar informes de confiabilidad que consideren el rendimiento durante períodos de tiempo largos.

Es sre ágil?

Los SRE son esencialmente "ingenieros de software en las operaciones" que buscan promover una mayor agilidad en las funciones de operaciones. Al igual que SDET, SRES aporta valiosas habilidades de ingeniería de software al dominio de operaciones.

¿Es SRE un marco??

SRE es un marco de gestión de servicios.

¿Cuál es la regla SRE 50 50??

Nuestra organización SRE tiene un objetivo anunciado de mantener el trabajo operativo (yo.mi., trabajo) por debajo del 50% del tiempo de cada SRE. Al menos el 50% del tiempo de cada SRE debe gastarse en el trabajo del proyecto de ingeniería que reducirá el trabajo futuro o agregará características de servicio.

¿Qué es SLA en SRE??

SRE SLA: Acuerdo de nivel de servicio (SLA)

Los SLA son los acuerdos contractuales que definen los niveles de servicio que generalmente pueden esperar por los usuarios finales del servicio (i.mi., clientes), como se define a través de los objetivos de nivel de servicio.

Es CI CD parte de SRE?

SRE admite esto al permitir que los equipos realicen actualizaciones pequeñas y frecuentes que reducen el impacto de los cambios en la disponibilidad y estabilidad de la aplicación. Además, los equipos SRE utilizan herramientas de CI/CD para realizar la gestión de cambios y las pruebas continuas para garantizar la implementación exitosa de las alteraciones del código.

¿Cuáles son los factores críticos de éxito en SRE??

Velocidad, rendimiento, planificación de capacidad, seguridad, hardware y actualizaciones de software, y la disponibilidad son los principales factores que hacen que un sistema sea confiable. SRE está preocupado por todos ellos.

¿Cómo se ve un equipo SRE de alto rendimiento??

Las mejores prácticas de SRE para establecer su equipo

Recomiendan un equipo de al menos ocho personas para tareas operativas de guardia/de guardia. Los equipos SRE, sin embargo, no deberían pasar más del 50% de su tiempo en trabajo operativo. En lugar de infligir el desbordamiento en su equipo SRE, incluir al equipo de desarrollo en la rotación de guardia.

¿Cuáles son los roles y responsabilidades SRE??

Los equipos SRE están a cargo de construir e implementar de manera proactiva servicios para mejorarlo y apoyarlo en sus trabajos. Esto puede ser cualquier cosa, desde ajustes hasta monitoreo y alerta a los cambios en el código en la producción.