자바 개발자를 위한 데브옵스 툴

31

1

장

개발자와 데브옵스

●

코드를 배포하는 주기는?

●

코드가 커밋된 후 프로덕션 환경에서 성공적으로 실행되기까지 통상적으로 소요되는 시간은?

●

서비스가 중단되거나 장애가 발생했을 때 일반적으로 복원에 소요되는 시간은?

●

변경 사항을 배포했을 때 서비스 저하가 발생하거나 교정이 필요한 경우의 비율은?

모두 운영 중심적인 질문임을 알 수 있다.

1.1.4 1.1.4

작업의 정의작업의 정의

이제 ‘

Accelerate

:

State

of

DevOps

’ 보고서와 『피닉스 프로젝트』가 작업

work

을 정의하는 방

법을 살펴보자.

계획적계획적

으로 수립된 작업의 경우 비즈니스 프로젝트와 새로운 기능에 중점을 두

며 운영과 개발을 모두 아우르는 경우가 많다. 서버 마이그레이션, 소프트웨어 업데이트, 배포

된 프로젝트로 인해 발생한 변경 사항 등이 여기에 해당한다. 내부 프로젝트는 영향 범위가 넓

어 개발과 운영 중 한쪽으로 무게가 약간 기울기도 한다.

반면, 지원 에스컬레이션이나 긴급 점검처럼

계획되지 않은계획되지 않은

작업은 어떠한가? 분명 운영의 성

격이 짙은 작업들이다. 그러나 신규 기능 코딩, 버그 수정, 리팩터링 등의 요소는 그대로다. 데

브옵스 관점에서 보면 운영에 개발자가 참여했을 때 크게 도움이 될 수 있는 부분이다.

1.2

배포, 운영 그리고 개발자의 영역 배포, 운영 그리고 개발자의 영역

데브옵스는 개발자의 필요에 의해 탄생하지 않았음이 분명해졌다. 모든 이가 더 열심히 일하도

록 운영 진영에서 고안한 발명품이다. 이 사실을 인정한다고 ...