DevOps와 SRE 귀찮게 안하기 - DevOps 와 SRE

[귀찮게하기/DevOps-SRE] - DevOps 귀찮게 하기 - 하는 일

 

차이가 있는가?

 

SRE란 Site Reliability Engineering 의 약자다.

 

대개 사람들이 말하는 SRE가 하는 일 이라면시스템, 서비스 및 제품에서 적절한 수준의 안정성을 지속적으로 달성할 수 있도록 지원하는 소프트웨어 엔지니어링 기술

 

• 애플리케이션을 빌드하고 유연하게 배포하고, 이를 모니터링할 수 있는 플랫폼이 필요한데, SRE의 역할은 이러한 플랫폼을 개발하고, 이 플랫폼 위에서 개발자들이 스스로 배포,운영을 하는 것이 목표

 

 

DevOps적용에 따라 개발팀은 속도와 변화(기능 추가 또는 개선)를, 운영팀은 안정성(대기시간, 스파이크)과 무중단을 중요시 하므로 이를 적절히 중재, 관리하기 위하여 SRE가 등장

• “ class SRE implements Devops “ 

 

 

최종 목표

• we want systems that are automatic, not just automated.
• 개발부서 스스로 배포, 운영을 하는 것이 종착지
  • 개발 부서가 스스로 배포, 운영을 할 수 있게 플랫폼 또는 파이프라인 구성

 

https://www.linkedin.com/pulse/benefits-collaborated-sre-devops-team-shailender-singh/

 

 

 

 

같은 점이 있는가?

목표하는 바가 같다.

 

 

 

구별 꼭 해야하는가?

사람마다 다르겠지만

굳이 내 방식대로 구별해보자면

서비스를 빠른 시간 안에 안정적으로 제공할 수 있는지?

서비스를 안정적으로 계속 제공할 수 있는지?

뭐 이렇게 보면 차이가 없겠지만

짜장면이 빨리 나오게 하는 요리방법이 DevOps라면

짜장면이 손님들에게 컴플레인이나 별점테러를 받지 않기 위해 기미 상궁과 같이 서비스를 운영하는 것이 SRE 같다.

서비스 장애 발생

 

 

본질은 무엇인가?

결국 회사의 비즈니스를 성장시키고 빠르게 시장을 장악하는 것이 목표

둘 다 중요한 것이며 구별해야하나?? 를 떠나서 우리 조직이 살아남기 위한 목표임은 분명하다.

 

 

 

다음 글에서 SRE에 대해 더 알아보자