DevOps는 ITIL과 호환됩니까?

저는 커리어에서 소프트웨어 개발자이자 ITIL 실무자였습니다. 따라서 DevOps는 자연스러운 발전이었습니다.
그러나 저는 항상 ITIL이 도입 한 고도로 전문화 된 언어로 어려움을 겪고 있으며 개발자에게 완벽한 전환이되지 않을 정도로 "개발자 친화적"으로 만들었습니다.

ITIL은 국제적으로 인정받는 IT 서비스 관리 프레임 워크로서 30 년 이상 조직의 운영 안정성과 성숙도에 입증 된 혜택으로 입증 된 일련의 사례로 개발되었습니다.

DevOps가 ITIL과 진정으로 호환됩니까, 아니면 본질적으로 ITIL의 정신을 개발 팀이 이해하기 쉬운 언어로 "번역"해야합니까?

• 사고 및 문제 관리 → 생산 결함, 버그 또는 문제
• 변경 및 릴리스 관리 → 지속적인 납품
• 이벤트 관리 → 로깅, 원격 분석, 계측 및 경고

제 생각에는 DevOps 문화에는 애자일 프로세스 관리에 대한 방법론 변경이 수반 됩니다.
ITIL은 프로세스와 결과의 명확한 형식을 목표로하고있어 Waterfall 모델에 보다 적합합니다 .

이는 ITIL이 Devops와 호환되지 않는다는 의미는 아니지만 일반적으로 타임 라인이 다른 두 개의 별도 프로세스입니다. 나는 ITIL 참조에 새로운 제품을 포함시키는 것은 제품 / 애플리케이션이 생산 중에 잠시 출시 될 때까지 지연 될 것임을 의미한다. 살고 있다".

ITIL의 한 가지 사항은 모든 개발 작업 전에 정의 된 것으로 간주되는 서비스 디자인입니다. 민첩한 프로세스는 각 반복에서 디자인을 검토하거나 ITIL 프로세스에 필요한 형식을 깨뜨릴 수 있습니다.

ITIL의 주요 목표는 설계 / 개념과 유지 보수 단계 (빌드 / 실행) 사이에 아무것도 생략 할 수있는 프레임 워크를 제공하는 것입니다. devops 문화에서는 전체 팀이 장기적으로 모든 단계를 책임지고 따라서 형식주의가 축소되는 이유는 무엇입니까?

그렇다고 ITIL을 잊어야한다는 의미는 아니며 핵심 원칙이 절대적으로 우수하며 제 생각에는 제품의 초기 백 로그를 작성하기위한 체크리스트로 사용해야합니다. ITIL 원칙을 모든 형식으로 따르는 것은 빠른 반복 소프트웨어 개발이라는 시장 출시 시간 단축 목표에 어긋날뿐 아니라 팀간에 필요한 정보의 전송이 적어 같은 팀에서 수행하기 때문에 적용 할 수없는 경우도 있습니다 .

나는 ITIL 인증을 받았습니다 (오랜 시간이 지났지 만). Tensibai에 동의합니다. ITIL과 DevOps는 서로 호환 되지 않지만 반드시 훌륭한 친구가되지는 않습니다.

ITIL의 프로세스는 특히 대규모 조직의 경우 어떤 방식 으로든 발생해야한다고 주장 할 수 있습니다. ITIL이 이미 실행되고있는 DevOps 사례를 성공적으로 통합하려면 신중한 계획, 의사 소통 및 실행이 필요합니다. 다시 말하지만, 이는 모든 DevOps 변환에 해당됩니다.

ITIL 또는 DevOps가없는 "그린 필드"변환의 경우, 설명 된대로 "매핑 된"용어를 사용하여 조합을 만들었습니다. 조직의 모든 사람이 같은 페이지에 동일한 언어를 사용하는 한 ITIL과 DevOps는 결합 할 때 가치를 더할 수 있습니다.

나는이 제공하는 답변 좋아 IT 회의론자 온 에피소드 의 DevOpsCafe.org을 내가 제대로 기억한다면, 생각의 그 라인이 실제로 정말 ITIL을 이해한다면, 약간의 충돌이 있다는 것입니다. 대부분의 ITIL 지침은 매우 일반적이며 실제 사양 뒤에 있지 않고 일부 ITIL 구현간에 충돌이 발생합니다.