시스템 신뢰성 엔지니어링 vs. 임시방편적 유지보수

시스템 신뢰성 엔지니어링이(가) 무엇인가요?

소프트웨어 개발 방식을 운영에 적용하여 자동화 및 명확하게 정의된 서비스 수준 목표를 통해 측정 가능한 신뢰성을 확보하는 것을 목표로 하는 능동적인 엔지니어링 분야입니다.

• SRE는 개발팀과 운영팀 간의 격차를 해소하기 위해 2003년경 벤 트레이너 슬로스가 구글에서 만든 개념입니다.
• 이 분야는 서비스 수준 목표(SLO), 서비스 수준 지표(SLI) 및 오류 예산을 핵심 신뢰성 지표로 삼고 있습니다.
• 구글의 SRE 팀은 일반적으로 엔지니어 시간의 50%만 운영 업무에 할애하고 나머지 시간은 엔지니어링 작업에 사용합니다.
• SRE는 비난 없는 사후 분석을 강조하며, 실패를 처벌의 근거가 아닌 학습 기회로 여깁니다.
• 이 접근 방식은 마이크로소프트, 아마존, 링크드인, IBM 등 주요 조직에서 대규모 분산 시스템을 관리하기 위해 채택되었습니다.

임시 유지보수이(가) 무엇인가요?

사전에 정해진 절차나 일정이 없이, 시스템이 고장 나거나 문제가 드러날 때에만 수정 조치를 적용하는, 계획되지 않은 반응형 유지보수 전략.

• 임시 유지보수는 정기적인 검토가 아닌 장애, 성능 저하 또는 사용자 불만과 같은 즉각적인 증상에 따라 시작됩니다.
• 일반적으로 문서화 표준이 부족하여 문제 해결은 그날 근무 가능한 엔지니어에 크게 의존합니다.
• 이러한 접근 방식은 아직 운영 방식을 공식화하지 않은 소규모 팀이나 스타트업에서 흔히 볼 수 있습니다.
• 임시방편적인 유지보수는 근본 원인을 체계적으로 해결하지 못하기 때문에 문제 재발로 이어지는 경우가 많습니다.
• 업계 조사에 따르면 계획되지 않은 가동 중단으로 인해 기업은 업종에 따라 시간당 10만 달러에서 40만 달러의 손실을 입는 것으로 일관되게 나타납니다.

비교 표

상세 비교

장단점