SRE와 DevOps의 차이점은 무엇입니까?

SRE와 DevOps의 차이점은 무엇입니까?

사이트 안정성 엔지니어링 및 개발 운영은 매우 상세하게 중첩되는 것으로 보입니다. 어떤 그룹이 무엇을 담당하는지 어떻게 알 수 있으며, 어떤 직업이 내 스킬 셋에 적합한 지 어떻게 알 수 있습니까?

SRE가 서버와 네트워크를 유지 관리하는 것 같고 DevOps가 코드를 유지 관리하는 것 같습니다. 맞습니까? 그 둘 사이에 여전히 상당한 양의 중복이 없습니까?

DevOps는 코드 유지 관리에 관한 것입니다. 맞습니까?

DevOps 는 코드, 시스템 또는 어떤 것에 대해서만 "단순한"것이 아닙니다. DevOps는 소프트웨어 제공 과 관련된 모든 것을 포함하는 매우 일반적인 용어입니다 .

사이트 안정성 엔지니어링 은 Google에서 널리 사용되는 용어입니다. 이 기사 https://landing.google.com/sre/interview/ben-treynor.html 에서 TL; DR을 증류 할 수 있습니다.

기본적으로 소프트웨어 엔지니어에게 운영 기능을 설계하도록 요청하면 발생합니다.

운영, 엔지니어링 및 소프트웨어 개발이 함께 모호 해지고 있습니다. 성숙한 인프라를 만들고 유지하는 데 필요한 자동화 수준에는 세 가지 기술이 모두 필요합니다. SRES는 관리자입니다 및 엔지니어 및 개발자.

참조 : http://shop.oreilly.com/product/0636920041528.do

Dave Swersky는 이미 Ben Treynor의 SRE에 대한 훌륭한 답변을 이미 게시했습니다.

기본적으로 소프트웨어 엔지니어에게 운영 기능을 설계하도록 요청하면 발생합니다.

따라서 "DevOps"를 추가로 정의하기 위해 Jennifer Davis & Katherine Daniels의 Effective DevOps 책에서 발췌 한 내용입니다 .

Devops는 사고 방식과 업무 방식입니다. 스토리를 공유하고 공감을 개발하기위한 프레임 워크입니다. [그것]은 다른 소프트웨어 개발 방법론이 아닙니다.

[P] 실습에는 소프트웨어 개발 방법 또는 인프라 자동화 및 지속적인 제공과 같은 기능이 포함될 수 있지만, 이러한 부분의 합보다 훨씬 더 많습니다.

이러한 개념은 관련이 있고 devops 환경에서 자주 볼 수 있지만, 개념에만 초점을 맞추면 더 큰 그림, 즉 devops에게 힘을주는 문화적 및 대인 관계 측면을 놓치게됩니다.

요약하면 효과적인 SRE는 DevOps 사례를 활용합니다.

-

또한:

어떤 그룹이 무엇을 담당하는지 어떻게 알 수 있습니까?

소유권은 암시 적이 지 않아야합니다. 소통하다!

Site Reliability Engineering 은 다소 전통적인 작업에 속하지만 Infrastructure as Code 라고하는 자동화되고 버전이 많이 제어 됩니다 . 잘 정의 된 수직 역할 입니다. 최신 DevOps에서 이는 운영과 관련된 수직 슬라이스입니다. SRE 팀이있을 수 있습니다.

DevOps 는 조직의 문화적 변화입니다. 수직, 위에서 아래로, 관리 구조에 더하여, 그것은 함께 팀 간의 수평 연결을 만들어 배달 에 걸쳐 작업의 경로 가치 사슬을 . 엔지니어에게는 여러 팀 을 묶는 느슨하게 정의 된 수평 역할로 , 조직 전체에서 작업이 매끄럽고 빠르게 진행되도록합니다. 팀 경계에 걸쳐있는 것이 역할의 중요한 부분이므로 DevOps 엔지니어 팀, 즉 oxymoron을 가질 수 없습니다 .

Site Reliability Engineering 과 DevOps의 차이점을 설명하는 또 다른 방법은 다음 과 같이 시작되는 Wikipedia 의 설명 을 보는 것입니다 Site Reliability Engineer.

사이트 신뢰성 엔지니어 (SRE)는 안정성, 확장 성 및 사이트 신뢰성 엔지니어링 (SRE)으로 알려진 클라우드 컴퓨팅 인프라 개발에 중점을 둔 소프트웨어 엔지니어에게 제공되는 작업 설명입니다.

따라서 SRE를 관련 사람들로 생각할 수 있습니다 Building walls...

그러나 Wikipedia의 설명은 다음 DevOps과 같이 시작됩니다.

DevOps ...는 소프트웨어 제공 및 인프라 변경 프로세스를 자동화하는 동시에 소프트웨어 개발자 및 IT (Information Technology) 전문가의 협업 및 커뮤니케이션을 강조하는 일련의 사례를 지칭하는 용어입니다. 소프트웨어를 구축, 테스트 및 배포 할 수있는 문화 및 환경을 구축하는 것이 목표입니다.

말하지 않은 것은 이러한 모든 DevOps 사례는 실제로 비즈니스 측면 의 수요 에 의해 트리거된다는 것 입니다. 그래서 건물 및 테스트합니다 (결합 개발 의 일부)와 릴리스 소프트웨어의 개발 운영 팀은에 관한 DDR (= 수요 - 릴리스 개발) 어떤 사람들은 이러한에서 기억할 문화와 환경, 역사적 연설의 구초 에를 Tear down this wall.

작업 제목이 SRE Manager 인 사용자가 게시 (서명) 한 모든 SE 사이트에 대한 예는 2017 년 5 월 3 일 (수) 오후 8시 (미국 동부) 에서 컴퓨터에 대한 소방 훈련과 같은 간단한 정전 에 대한 질문을 참조하십시오 . , Stack Overflow, Inc.