•  책의 일부 내용을 미리 읽어보실 수 있습니다.
  미리보기

1장 관찰하기
#001 팀장 밥
#002 필리스의 테스트
#003 진짜 목표
#004 낸시의 좁은 칸막이 책상
#005 올바른 지점을 관찰하기
#006 관찰할 수 없는 상황이라면

2장 방법론
#007 49가지 고충
#008 배송 송장 출력 문제
#009 더 많은 고충들
#010 우선순위
#011 그냥 시스템 전체가 느리다고요
#012 부수적 혜택
#013 은탄환에 대한 기대
#014 증상 목록
#015 R 방법론

3장 프로파일링
#016 급여명세서
#017 시퀀스 다이어그램
#018 간트 차트
#019 애플리케이션 동작의 추적
#020 프로파일
#021 프로파일의 생성

4장 성능 측정하기
#022 성능도 기능이다
#023 재현 가능한 테스트 케이스
#024 간헐적으로 발생하는 문제
#025 얼마나 많은 데이터를 추적해야 할까
#026 경험의 확인
#027 측정 침입

5장 최적화
#028 수수께끼
#029 게임
#030 이벤트 카운트
#031 이벤트 실행 시간
#032 필터링은 되도록 빨리
#033 왼쪽을 바라보자
#034 토우-밀샙의 법칙
#035 병목
#036 ‘시스템 병목’의 이해
#037 서브시스템 최적화의 문제
#038 모든 문제는 왜곡 문제다
#039 주요 실행 경로

6장 지연
#040 케빈
#041 대기 지연
#042 대기열 이론
#043 쌍곡선
#044 트래픽 강도
#045 점유율
#046 쌍곡선 효과
#047 일관성 지연
#048 지연과 처리량

7장 낭비
#049 컨설턴트 데브라
#050 램프 문제
#051 회계 전문가 마사
#052 효율성
#053 문제를 고칠까 아니면 자원을 추가할까
#054 전설 속 설인 예티
#055 빠른 속도 vs 효율성
#056 확장성

8장 문제 해결
#057 4가지 간단한 질문
#058 데이터를 끝까지 살펴보기
#059 임원의 피드백 루프
#060 부수적 피해
#061 과유불급
#062 IT 본부장 더그
#063 완료란 무엇인가

9장 예측
#064 엔터프라이즈 아키텍트 리차드
#065 예측이 필요한 이유
#066 프로파일을 통한 예측
#067 할지 말지에 대한 예측
#068 선형 동작
#069 왜곡
#070 이벤트 간의 상호의존성
#071 비선형 동작

10장 대기 시간 숨기기
#072 엄마의 초단시간 요리 노하우
#073 도미닉
#074 병렬화
#075 시스템 녹이기 게임
#076 멀티태스킹
#077 인간의 멀티태스킹

11장 논리적 오류
#078 사악한 램프요정 지니
#079 가죽 자켓
#080 묻혀 있는 이상치
#081 요청을 할 때는 주의 깊게
#082 백분위수 명세
#083 적중률 문제
#084 연비 문제
#085 비율의 문제
#086 처리량과 응답 시간은 어떨까
#087 비율은 쓸모없는 것일까
#088 비율을 신뢰할 수 있는 경우
#089 개선된 성능에 대해 설명하기
#090 ‘n배 빨라짐’의 미신

12장 테스팅
#091 테스트가 필요한 이유
#092 위험
#093 파괴적 테스트
#094 테스트는 그저 하나의 단계가 아니다
#095 자동화 테스트
#096 문제 예방하기

13장 계획
#097 유틀리 선생님
#098 용량 계획
#099 사용량 목표
#100 하드웨어 업그레이드가 필요한 시점

14장 정치적 견해
#101 입증
#102 더 적은 것을 약속할 때의 문제
#103 프로젝트의 위험을 확인하는 7가지 방법
#104 빨리 실패하기
#105 체면
#106 보석상의 판매 전략
#107 변경 관리
#108 기록 남기기
#109 실패
#110 긴장은 하되 걱정은 금물

15장 재미삼아
#111 꼬맹이들 최적화

[여는 글]

참 시의적절한 시기에 책이 출간됐다.
저자 캐리는 무려 사반세기 동안 이 책에서 다루는 주제를 가르쳐오며 실전에서 사용해왔다.
나는 이 책을 이미 여러 번 읽었고, 여러분도 재미있게 읽을 것이라 믿는다.
어쩌면 여러분의 인생을 바꿀 수도 있는 책이다.
내 삶 또한 이 책에서 설명하는 원리들에 의해 바뀌었기 때문이다.
이미 나는 18년 전에 캐리의 덕을 봤다.

이 책의 본질은 2003년 캐리가 제프 홀트(Jeff Hold)와 공저한 『오라클 성능 최적화(Optimizing Oracle Performance)』의 본질과 같기 때문이다.
그 본질이란 ‘R 방법론(Method R)’이다.

R 방법론은 내 삶을 바꾸고, 내 경력의 토대가 됐다.
R 방법론을 알기 전에는 그저 데이터베이스 관리자로서 알아야 하는 ‘보편적인’ 팁과 요령, 도구와 기법을 연구하고 적용해왔다.
물론 성공한 적도 있지만 그 결과는 대체로 일관적이지 못했으며 모든 것이 복잡하고 어렵게만 느껴졌다.
R 방법론은 최적화에 대한 내 생각을 거의 완전히 바꿔놓았다.
그러자 모든 것이 명료하고 간단해졌다.

비단 오라클과 관련된 것뿐만이 아니었다.
R 방법론을 알게 되면서 내가 개선해야 하는 모든 것에 대해 어떤 정보를 수집해야 하는지를 분명하게 파악할 수 있었다.
성능 이슈의 근본 원인을 어디서 찾아야 하고 어떻게 수정해야 하는지를 알 수 있었다.
하지만 특히 좋았던 점은 내 방식과 그 방식을 행하는 이유를 다른 사람에게 설명할 수 있게 됐다는 점이었다.
특히 성취감도 컸다.
문제의 원인과 개선 방법을 단순히 추정하는 것이 아니라 R 방법론을 통해 명확히 알 수 있었기에 가능했다.

실제로 많은 이가 오라클을 넘어 다양한 분야에 R 방법론을 적용할 수 있다는 가능성을 엿보았지만, 2003년 캐리가 집필한 책은 그저 오라클에 관한 책일 뿐이었다.
하지만 이번 책은 다르다.
이 책은 결정을 내려야 하는 ‘사람들’에 대한 책이다.
단순히 오라클 관련자나 실행 시간이 긴 배치 작업(batch job) 등을 실행하는 IT 종사자들을 위한 책이 아니다.
식사를 준비하거나 아이들을 운동 수업에 데려다줘야 하는 모든 이를 위한 책이다.

즉 뭔가를 더 빠르게, 더 좋게, 더 우아하게 만들고 싶어 하는 모두를 위한 책이다.
이 원리는 모든 것에 동일하게 적용된다.
처음 R 방법론을 적용할 때 나는 “이게 정말 이렇게 간단할 수 있을까?”라고 생각했다.
그 답은 분명히 “그렇다!”이다.

이 책은 읽기에도 편하다.
캐리는 뛰어난 기술 전문가이자 탁월한 이야기꾼이다.
캐리는 (기술 분야든 아니든) 여러분이 만나게 될 최고의 발표자 중 한 명이며 캐리의 그런 재능은 이 책에 고스란히 녹아 들어 있다.
많은 이의 발목을 잡아온 제법 난해한 주제를 편안한 어조로 풀어가는 캐리를 보면 만족감과 참신함이 동시에 느껴진다.
캐리가 소개하는 일화는 IT 분야든 아니든 거의 모든 이의 경험과 관련이 있다.
이 책을 읽다 보면 여러분도 “맞아, 나도 이런 상황을 맞닥뜨렸었지”라고 회상할 수 있는 일화를 마주하게 될 거라고 생각한다.

이 책에서 캐리가 소개하는 일화는 재미도 있지만 그로부터 얻는 깨달음은 여러분을 변화시킬 것이다.
이 책에서 여러분은 상황을 올바르게 관찰하는 간단한 행위만으로도 세상을 바꿀 만한 차이를 만들어 낼 수 있음을 깨닫게 될 것이다.
자신있고 일관되게 성능 문제를 식별하고 확인하며, 범위를 정해 분석하고 해결하는 방법도 배우게 될 것이다.
동료의 감정을 긍정의 힘으로 승화시키는 방법도 익힐 것이다.
또한 더 나은 테스트를 통해 문제에 부딪히지 않고 그 문제를 ‘회피’하는 방법도 알게 될 것이다.
더 많은 개선이 가능한지 여부에 대한 확실한 증거를 찾는 방법도 배울 것이며, 그리고 결국 이해하게 될 것이다.

원한다면 이 책을 교과서라고 생각해도 된다.
필요하면 아무 때고 꺼내 들어 읽을 수 있는 책이기도 하다.
바로 여러분과 같은 수많은 이들이 세상에 긍정적인 영향을 주는 데 도움을 줄 수 있을 책이라고 굳게 믿는다.
- 구드문두르 요셉손 / 이나리스(Inaris)의 성능 전문가이자 디렉터

[지은이의 말]

뭔가를 빠르게 만든다는 것은 그 뭔가를 더 나아지게 만드는 것이다.
삶도 나아진다.
이 책은 뭔가를 더 나은 것으로 만드는 방법에 대한 책이다.
이 책은 더 나은 삶을 만들어 준다.
도구가 더 빠르게 동작할수록 여러분이 원하는 일을 할 수 있는 시간도 늘어난다.
도구를 활용해 정보를 처리하는 경우 그 도구를 더 빠르게 동작시킨다면, 여러분은 더 나은 결정을 내릴 수 있다.
(컴퓨터든 쟁기든, 뭐든 간에) 최적화에는 두 가지 스킬이 필요하다.
첫째는 올바른 질문을 하는 것, 둘째는 당연히 그 질문의 답을 구하는 것이다.

최적화에 대해 고민하는 사람들의 대부분은 두 번째 스킬은 잘 이해하고 있다.
하지만 첫 번째 스킬을 이해하는 사람은 그보다 적은 것 같다.
이 첫 번째 스킬?올바른 질문을 던지는 행위?이야말로 여러분이 가장 먼저 개발해야 할 스킬이다.
여러분이 리더라면 특히 더 그렇다.
여러분이 얼마나 빨리 이 스킬을 배울 수 있는지 알게 되면 꽤 놀랄지도 모르겠다.

여기서 문제가 하나 있다.
제대로 질문하는 방법을 가르치기는 방법 자체는 간단하다.
하지만 그런 간단한 질문을 끊임없이 해대는 어린 아이를 키워보지 않은 사람이라면 질문에 답을 하기란 쉽지 않을 것이다.
예를 들어 사내의 모든 컴퓨터를 관리하는 사람들은 금요일 오후 2시에 시스템의 CPU 사용률이 어느 정도인지 정확히 알고 있겠지만, 직원이 주문을 입력하는 데 얼마나 걸릴지에 대한 질문에는 답을 못 할 것이다.
그들이 하고자 하는 답변과 여러분이 묻고자 하는 질문 사이에는 간극이 있다.
이런 간극 때문에 뭔가를 빠르게 할 수 있는 기회를 보지 못한다.
나는 이런 기회를 찾을 수 있는 방법을 가르쳐 주려 한다.

최적화는 기술적이라기보다는 정치적인 경우가 많다.
그렇다면 왜 최적화에 대한 책들은 거의 항상 기술적인 측면만을 다루는지가 궁금해진다.
기술 종사자들은 프로젝트의 비기술적 요소들에 대해 불필요하다거나 말도 안 되는 방해 요소라고 간주하는 경우가 많기 때문이다.
하지만 사실 최적화의 비기술적 측면도 기술적 측면과 마찬가지로 이해와 노력이 필요하다.
뭔가를 최적화하려면 기술적으로 생산적이어야 할 뿐만 아니라, 때로는 불안과 공포가 만들어 낸 괴물을 마주해야 한다.
성공 사례가 충분하다면 다음에 무엇을 해야 할지에 대한 논쟁에서 이기는 데는 도움이 되겠지만, 정치적인 요령을 발휘하지 않고서 그런 성공 사례는 절대로 만들어내지 못할 것이다.

나는 이 책을 통해 여러분이 정치적으로, 그리고 기술적으로 질문하고 답변하는 두 가지 스킬을 개선하는 것을 돕고자 한다.
그 잠재적 보상은 엄청나다.
성능에 대한 기술적 요소와 더불어, 성능에 대해 걱정하는 사람들의 욕구와 감정을 관찰하는 방법을 모두 이해한다면 여러분은 그 무엇이든 최적화할 수 있을 것이다.

[옮긴이의 말]

처음 책만 출판사에서 이 책의 원서인 『How to Make Things Faster』의 검토를 요청하셨을 때 기껏해야 성능 튜닝을 주제로 하는 지루한 기술 서적일거라고 생각하면서 읽기 시작했다가 단숨에 3장까지 읽었던 기억이 납니다.

이 책은 단순히 “어떻게 무언가를 빠르게 동작하게 할 것인가”에 대한 책이 아니라 문제가 무엇인지, 어디를 관찰해야 하는지, 어떤 데이터가 진짜 문제 해결의 단서를 줄 수 있는지를 알아내는 방법을 소개하는 책입니다.
저자는 무려 111가지의 실제 사례를 통해 문제 해결의 본질을 보여줍니다.
그 과정에서 단순히 “느리다”는 증상에만 집착하고 엉뚱한 곳에서 그 원인을 찾는, 엔지니어라면 공통적으로 겪는 실수들을 마주하게 됩니다.

이 책을 번역하면서 가장 인상 깊었던 점은 성능 개선과 관련된 이야기가 사고의 전환과 관찰의 훈련으로 이어진다는 점입니다.
‘문제를 올바르게 해결한다’는 것은 결국 어디를 관찰할 것인지, 어떤 것을 무시할 것인지를 결정하는 과정입니다.
그리고 이 책을 모두 읽은 후에야 수많은 엔지니어들이 이 과정에서 어떻게 잘못된 결정을 내리게 되는지, 그리고 올바른 결정을 내리려면 어떤 식으로 사고를 이어가야 하는지를 알 수 있었습니다.

엔지니어라면 늘상 마주하게 되는 문제 해결의 과정에 이 책이 큰 도움이 되어 주길 바랍니다.

늘 좋은 책을 번역할 수 있는 기회를 주신 책만 출판사, 그리고 사랑하는 가족들에게 지면을 빌려 감사의 인사를 전합니다.
- 장현희