SRE를 위한 시스템 설계와 구축

338

3

부

시스템의 구현

NOTE

_

어떤 이유로 리팩터링을 하든지 반드시 지켜야 할 규칙을 하나 꼽자면 리팩터링과 기능의 변경

은 코드 리포지토리에 하나로 커밋해서는 안 된다는 것이다. 리팩터링 변경은 보통 규모가 크며 이해가 어려

울 수 있다. 이 커밋에 기능의 변경이 포함되어 있다면 작성자나 검토자가 버그를 못보고 지나칠 위험이 높아

진다.

리팩터링 기법을 모두 다루는 것은 이 책의 범위를 벗어난다. 보다 자세한 내용은 마틴 파울러

Martin

Fowler

가 집필한 훌륭한 서적

11

과 라이트

Wright

12

, 와서만

Wasserman

13

, 포트빈

Potvin

과 레벤버그

Levenberg

등이 작성한 자동화된 대규모 리팩터링 도구에 대한 논의를 참고하기 바란다.

12.5

기본적인 보안과 신뢰성

강력한 보장성을 제공하는 프레임워크를 사용하는 것과 더불어 애플리케이션의 보안과 신뢰성

뿐만 아니라 팀의 문화까지 자동적으로 향상시킬 수 있는 여러 가지 기법을 사용할 수 있다. 이

기법은

21

장에서 더 자세히 설명한다.

12.5.1

올바른 도구의 선택

올바른 언어, 프레임워크, 라이브러리를 선택하는 것은 복잡한 일이며 다음과 같은 여러 가지

요인이 복합적으로 작용한다.

●

기존 기반 코드와의 통합

●

라이브러리의 가용성

●

개발 팀의 스킬이나 선호도

언어의 선택이 프로젝트의 보안과 신뢰성에 ...