코드로 인프라 관리하기(2판)

8.1

코드를 지속적으로 테스트해야 하는 이유

인프라의 변경 내용을 테스트하는 것은 분명히 좋은 생각이다. 그러나 테스트 자동화 코드를

빌드하고 관리해야 할 필요성이 명확하지 않을 수 있다. 사람들은 흔히 인프라 구축을 일회성

활동으로 생각한다. 인프라를 빌드하고 테스트한 후 사용하게 되면 모든 과정이 끝났다고 생각

한다. 왜 구축한 인프라에 대한 자동화된 테스트 묶음

suite

을 생성하는 데 노력을 기울이지 않는

걸까?

자동화된 테스트 묶음을 만드는 것은 어려운 일이다. 특히

CI

서버, 파이프라인, 테스트 실행

기

runner

, 테스트 스캐펄딩

scaffolding

3

그리고 다양한 유형의 검색 및 검증 도구와 같이 딜리버리,

테스트 도구, 서비스를 구현하는 데 필요한 작업을 고려해야 할 때 더욱 어렵다. 코드형 인프라

를 시작할 때 이 모든 것을 구축하는 것은 실행할 시스템을 구축하는 것보다 더 많은 작업이 필

요해보인다.

1

.

3

절에서 인프라에 변경을 전달하는 시스템을 구현해야 하는 이유를 설명했다. 인프라를 구

축하고 나면 예상보다 훨씬 더 많이 변경하게 된다. 서비스가 괜찮은 반응을 얻게 되면 패치,

업그레이드, 수정, 개선이 필요하다.

CD

의 주요 이점은 시스템 생명 주기에서 빌드 단계와 실행 단계 사이의 고전적인 구시대 구분

을 없앤다는 것이다.

4