370
자바 개발자를 위한 데브옵스 툴
마지막으로, 릴리스 주체가 안전성을 보장하지 않고 위험성마저 검증되지 않았다면 테스트는
업그레이드 수신자의 몫이다. 완전한 자동화 시스템이 없는 이상 이러한 테스트는 거의 무조건
고난이도, 고비용 프로세스다. 업그레이드가 안전하고 버그가 없다는 것을 증명하지 못하면 릴
리스를 지연시켜야 한다. 또는 다음에 더 안정적인 릴리스가 나오길 기대하며 취소하는 경우도
있다.
이제부터 지속적 업데이트 전략의 실제 사례들을 살펴볼 것이다.
10.2.1 10.2.1
사례 연구: 사례 연구: 자바 자바
66
개월 주기 릴리스개월 주기 릴리스
역사적으로 자바는 메이저 버전 간 릴리스 주기가 평균
1
년에서
3
년 사이로 매우 길었다. 거
의
5
년이나 지연되었던 자바
7
처럼 과하게 불규칙한 주기도 있었다. 플랫폼이 성장하며 보안
문제가 증가하고 승인 테스트 자동화 난이도가 상승함에 따라 릴리스 주기는 지속적으로 감소
했다.
2017
년
9
월, 자바
9
버전을 시작으로 오라클은 릴리스 주기를
6
개월로 단축하는 극적인 변화
를 단행했다. 주기적 릴리스는 새로운 기능을 담거나 더 이상 사용되지 않는 기능을 제거한다.
어느 쪽이든 혁신의 속도는 일정하게 유지된다. 이론적으로 봤을 때, 반복적인 후속 릴리스는
자연히 더 적은 기능과 위험 요소를 탑재하므로 채택 여부를 결정하기도 쉽다. [그림
10
-
2
]는
각
JDK
릴리스의 실제 채택률을 나타낸다.
[그림
10
-
2
]에서 보이듯 자바 개발자의
67
%는
2014
년 출시된 자바
8
을 넘어가지 ...