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

39

1

장

개발자와 데브옵스

수행하는 모든 작업을 인식하고

각각의 이치각각의 이치

를 고려해야 한다. 또한 동료들이 직면한 문제에 관

심을 갖고 그 문제가 그들의

업무업무

및 회사의 제품과 서비스에 어떤 영향을 미치는지, 또는 미칠

가능성이 있는지 고민해야 한다. 더 나아가 이러한 영향의

총합총합

이 시장에서 회사의 평판에 어

떤 변화를 가져올지 관심을 기울여야 한다.

데브옵스 엔지니어데브옵스 엔지니어

DevOps

engineer

라는 용어가 말이 안 되는 이유는 바로 여기 있다. 데브옵스의

순환 고리 안에서 발생하는 모든 일을 포괄적이고 유능하게, 또는 완전히 정통하게 수행할 수

있는 사람은 존재하지 않기 때문이다. 절대 그렇게 되지 않는다. 사실, 데브옵스 엔지니어가 되

려는

시도시도

는 데브옵스 정의와 완전히 대척점에 있는 목표를 추구하는 실수에 가깝다. 데브옵스

의 존재 자체가 코드 개발자,

QA

테스터, 릴리스 담당자 등 전문가 조직 사이의 벽을 허물기

때문이다.

데브옵스는 완벽한 코드를 생성, 보호, 배포하기 위한 지속적인 노력의 결정체다. 여기에 끊임

없는 관심과 피드백이 뒤따른다. 데브옵스는

협업협업

이며, 협업은 유기적이고 순환적인 소통을 위

한 노력이다. 협업 엔지니어링이 공허한 용어이듯, 데브옵스 엔지니어링도 의미 없는 개념이

다. 다양한 기관이나 학계가 저마다 어떻게 데브옵스를 정의하든 이 사실은 변함이 없다.

1.4.1 1.4.1

선언선언

데브옵스가 무엇이고 무엇이 아닌지 안다는 것은 곧 개념의 확립을 의미한다. 문제는 이 ...