SRE

<aside> 👺

설명

• Site Reliability Enginerring의 약자
• SRE의 근본은 시스템 관리자라 말할 수 있음 </aside>

<aside> 🚨

탄생 과정

• 소프트웨어 구성요소는 개발이 필요한 무언가이면서 관리의 대상, 개발과 운영의 프로세스를 보다 빠르게 하기 위한 devops 직군이 생겨난거 처럼 웹 사이트를 운영하기 위해 생긴게 SRE 직군
• 구글에서 처음으로 용어를 만들었고, 이를 정의하는 말은 “운영팀을 위한 소프트웨어 엔지니어”를 의미 </aside>

<aside> 💓

SRE의 목표

• 서비스의 안정성을 유지하며 변화를 최대한 수용
• 시스템의 상태와 가용성을 꾸준히 모니터링
• 어떤 기능에 대해 문제가 발생 시 긴급 대응
• 시스템 변화를 추적하고 관리
• 수요를 예측하고 계획을 세움
• 이를 통해 서비스의 수용력을 확보하고 효율성을 향상 </aside>

<aside> 😺

DevOps 엔지니어와의 차이점

• DevOps 엔지니어
  • 소프트웨어 통합 및 배포에 중점
• SRE
  • 이미 작동하고 있는 서비스의 운영과 모니터링, 장애 대응에 중점
  • 무엇이 정상 상태인지, 어떻게 해야 안정적인 서비스를 제고했다고 할 수 있는지에 대한 기준과 목표, 규약을 만드는 일 </aside>