아마존 웹 서비스 부하 테스트 입문

나카가와 타루하치 | 제이펍 | 2021년 07월 21일 | PDF

이용가능환경 : Windows/Android/iOS 구매 후, PC, 스마트폰, 태블릿PC에서 파일 용량 제한없이 다운로드 및 열람이 가능합니다.

구매

종이책 정가 32,000원

전자책 정가 22,400원

판매가 22,400원

도서소개

20년 베테랑 개발자가 공개하는 AWS 부하 테스트 기초부터 실전까지의 노하우!

이 책에서는 부하 테스트의 기본적인 정의부터 다양한 부하 테스트 도구를 설명하였다. 무엇보다 어렵게 느껴지는 부하 테스트의 진행 과정을 순차적으로 쉽게 설명하였다. 단계별로 이론과 실제 발생 상황을 자세히 정리하였고, 선배 개발자와 3년 차 개발자를 등장시켜 기업 내에서의 부하 테스트 업무 처리 과정을 대화식으로 쉽게 풀어내었다. 베테랑 개발자인 나카가와 타루하치와 모리시타 켄이 그들 사이에서도 생소했던 고급 노하우를 공개한다.

저자소개

저 : 나카가와 타루하치 (仲川樽八)
1975년 히로시마현 출신이다. 공동 저자인 모리시타 님을 포함해 동기생들과 IT 벤처 기업 유메미에 입사하였다. 그 후 17년간 웹 시스템을 개발했으며, 현재는 직접 개발한 시스템뿐만 아니라 사내의 여러 개발 프로젝트를 담당하고 리뷰부터 부하 테스트까지 진행하고 있다. 대학을 중퇴하고 전자 상가에서 발품을 팔아 부품들을 구입하여 직접 서버를 구축하고 서비스를 개발한 이력도 갖고 있다. 현재 네 딸의 아빠이며, 안정적인 시스템 구축이 엔지니어를 행복하게 한다는 신조를 갖고 살아가는 1인이다.

저 : 모리시타 켄 (森下健)
1976년 후쿠오카현 출생으로 도쿄 도립 고등학교와 교토 대학 대학원 정보학 연구과를 졸업했다. 2001년에 대학원을 졸업하고 유메미의 창립 멤버로 시작하여 휴대폰 쇼핑몰 사이트 등을 개발했다. 그 후 트렌드 변화에 따라 스마트 폰서비스와 앱, 기계 학습을 활용한 서비스를 개발하고 있다. 휴일에는 게임이나 술안주를 만드는 것을 좋아하고 어릴 때 꿈이었던 컴퓨터가 게임을 할 수 있도록 AI 기술에 맞춘 구현을 꿈꾸고 있다.

역 : 박상욱
AWS Premier Consulting Partner인 (주)메가존에서 Solutions Architrect 팀을 책임지고 있으며 클라우드 인프라 컨설팅과 디자인 및 구축, 운용에 대한 일을 하고 있다. AWS 사용자 그룹 리더 및 AWS Community Hero로도 활동 중이다. 옮긴 책으로는 《아마존 웹 서비스 클라우드 디자인 패턴 설계 가이드》, 《아마존 웹 서비스 클라우드 디자인 패턴 구축 가이드》, 《인프라스트럭처 자동화 프레임워크 Chef-Solo 입문》, 《네트워크 더 쉽게, 더 깊게》, 《탄력적 개발로 이끄는 AWS 실천 기술》, 《고진감래 C 언어》 등이 있다.

목차소개

CHAPTER 1 부하 테스트의 문제와 웹 시스템의 실패 사례
1.1 잘못된 부하 테스트
1.1.1 사례에서의 등장 인물과 상황
1.1.2 잘못된 개발 일정
1.1.3 잘못된 테스트 전제 조건
1.1.4 잘못된 테스트 준비
1.1.5 잘못된 테스트 실행
1.1.6 잘못된 테스트 보고서
1.2 웹 시스템 실패 사례
1.2.1 이벤트 시스템 실패 사례
1.2.2 쇼핑몰 사이트 실패 사례
1.2.3 도서관 검색 시스템 실패 사례

CHAPTER 2 웹 시스템 설계 방법
2.1 웹 시스템 가용성
2.1.1 가용성이란?
2.1.2 여러 하위 시스템이 연결된 환경에서의 가용성
2.2 높은 가용성을 가진 시스템 설계 방법
2.2.1 시스템 이중화
2.2.2 시스템 확장
2.3 웹 시스템 설계 역사
2.3.1 온프레미스에서의 시스템 구축 1(저가용성/낮은 확장성)
2.3.2 온프레미스에서의 시스템 구축 2(중가용성/중간적 확장성)
2.3.3 클라우드에서의 시스템 구축(고가용성/높은 확장성)
2.4 요약

CHAPTER 3 부하 테스트 기본 지식
3.1 부하 테스트 목적
3.1.1 온프레미스에서의 부하 테스트 목적
3.1.2 클라우드에서의 부하 테스트 목적
3.2 부하 테스트에서의 시스템 성능 지표
3.2.1 Throughput
3.2.2 Latency
3.2.3 여러 하위 시스템으로 구성된 환경에서의 Throughput과 Latency
3.3 시스템 성능 개선 기본 지식
3.3.1 Throughput 개선
3.3.2 Latency 개선
3.4 좋은 부하 테스트에 대한 지표
3.4.1 좋은 부하 테스트를 나타내는 지표
3.4.2 나쁜 부하 테스트를 나타내는 지표
3.5 요약

CHAPTER 4 부하 테스트 도구
4.1 부하 테스트에서 사용하는 3가지 도구
4.2 부하 테스트 도구 선택 기준
4.2.1 부하 테스트 도구란?
4.2.2 부하 테스트 도구상의 부하와 실 운영환경의 차이
4.2.3 부하 테스트 도구 선택 기준
4.2.4 대상 시스템에 맞는 부하 테스트 도구 사용
4.3 Apache Bench 사용 방법
4.3.1 특징
4.3.2 설치 방법
4.3.3 주요 옵션
4.3.4 실행 결과 예제
4.4 Apache JMeter 사용 방법
4.4.1 특징
4.4.2 JMeter를 이용한 시스템 구성 예제
4.4.3 설치 방법
4.4.4 JMeter 실행 결과 예제
4.5 Locust 사용 방법
4.5.1 특징
4.5.2 설치 방법
4.5.3 시나리오 작성
4.5.4 Locust 기동
4.5.5 실행 예제
4.6 Tsung 사용 방법
4.6.1 특징
4.6.2 설치 방법
4.6.3 시나리오 작성 및 테스트 실행
4.6.4 실행 결과 예제
4.7 모니터링 도구와 프로파일링 도구
4.8 top 명령어와 netstat 명령어
4.8.1 top 명령어
4.8.2 netstat 명령어
4.9 CloudWatch 활용
4.9.1 CloudWatch 그래프의 주의점
4.10 Xhprof 사용 방법
4.10.1 설치 방법
4.10.2 Xhprof 실행 예제
4.11 New Relic 도입 방법
4.11.1 New Relic 도입
4.11.2 New Relic 기능 소개

CHAPTER 5 부하 테스트 계획
5.1 부하 테스트 대상 시스템
5.2 부하 테스트 계획 준비
5.2.1 일정 결정
5.2.2 부하 테스트 목적 설정
5.2.3 전제 조건 정리
5.2.4 목푯값 결정
5.2.5 사용할 부하 테스트 도구 결정
5.2.6 부하 테스트 환경 결정
5.2.7 부하 테스트 시나리오 결정
5.3 요약

CHAPTER 6 부하 테스트 준비
6.1 부하 테스트 대상 환경 구축
6.1.1 테스트 대상 환경 구축
6.1.2 부하 테스트 전용 엔드포인트 추가
6.2 부하 테스트 도구 준비
6.2.1 부하 테스트 도구 구축과 설치
6.2.2 시나리오 작성
6.2.3 시나리오 작성 시 주의점
6.3 관련 시스템 부서와의 조율
6.3.1 유관 부서 시스템 조정
6.4 클라우드 사업자 제한 사항과 해제 요청
6.5 요약

CHAPTER 7 부하 테스트 실행 1(테스트 실행과 병목 현상 확인)
7.1 부하 테스트 실행 단계란?
7.1.1 한 번에 전체 부하 테스트를 실행한 경우
7.1.2 단계에 따른 부하 테스트
7.2 단계 1: 도구와 환경 검증
7.2.1 대상 시스템
7.2.2 Plan
7.2.3 Do
7.2.4 Check
7.2.5 Action
7.3 단계 2: 웹 프레임워크 검증
7.3.1 대상 시스템
7.3.2 Plan
7.3.3 Do
7.3.4 Check
7.3.5 Action
7.4 단계 3: 조회 성능 검증
7.4.1 대상 시스템
7.4.2 Plan
7.4.3 Do
7.4.4 Check
7.4.5 Action
7.5 단계 4: 갱신 성능 검증
7.5.1 대상 시스템
7.5.2 Plan
7.5.3 Do
7.5.4 Check
7.5.5 Action
7.6 단계 5: 외부 서비스 연동 성능 검증
7.6.1 대상 시스템
7.6.2 Plan
7.6.3 Do
7.6.4 Check
7.6.5 Action
7.7 단계 6: 시나리오 테스트
7.7.1 Throughput 평가에 대해
7.7.2 대상 시스템
7.7.3 Plan
7.7.4 Do
7.7.5 Check
7.7.6 Action
7.8 단계 7: 스케일 아웃 테스트 준비
7.8.1 대상 시스템
7.8.2 Plan
7.8.3 Do
7.8.4 Check
7.8.5 Action
7.9 단계 8: 스케일 업/아웃 테스트(단계 1~6 회귀 테스트)
7.9.1 대상 시스템
7.9.2 스케일 업/스케일 아웃 예제
7.9.3 Plan
7.9.4 Do
7.9.5 Check
7.9.6 Action
7.10 단계 9: 성능 한계 테스트(단계 1~6 회귀 테스트)
7.10.1 대상 시스템
7.10.2 Plan
7.10.3 Do
7.10.4 Check
7.10.5 Action

CHAPTER 8 부하 테스트 실행 2(원인 분석과 시스템 개선 작업)
8.1 시스템 병목 확인
8.2 부하 테스트 도구 병목 원인과 대책
8.2.1 서버 및 테스트 도구 설정 문제
8.2.2 테스트 시나리오 문제
8.2.3 부하 테스트 서버 성능 부족
8.2.4 부하 테스트 서버 네트워크 문제
8.2.5 참고표
8.3 웹 서버 병목 원인과 대책
8.3.1 운영체제와 미들웨어 설정 문제
8.3.2 웹 프레임워크 문제
8.3.3 애플리케이션 문제
8.3.4 서버 리소스 성능 부족
8.3.5 참고표
8.4 캐시 서버 병목 원인과 대책
8.4.1 캐시 사용 방법 문제
8.4.2 서버 리소스 부족
8.4.3 참고표
8.5 DB 서버 병목 원인과 대책
8.5.1 DB 설계 문제
8.5.2 DB 사용 애플리케이션 문제
8.5.3 서버 리소스 부족
8.5.4 참고표
8.6 외부 서비스 병목 원인과 대책
8.6.1 외부 시스템과 연동 방법 문제
8.6.2 외부 시스템 성능 문제
8.6.3 참고표

CHAPTER 9 부하 테스트 보고서 작성
9.1 부하 테스트 최종 확인
9.2 목푯값에 맞춘 적정한 구성 선정
9.2.1 시스템 여유 리소스 확보 방안
9.3 부하 테스트 보고서 작성
9.3.1 보고서 필요 항목
9.3.2 부하 테스트 보고서에 시스템 모니터링 데이터를 넣으면 생기는 문제
9.4 요약

CHAPTER 10 부하 테스트에 대한 실제 사례
10.1 이 장에서 테스트하는 시스템
10.1.1 애플리케이션 기능 요건
10.1.2 시스템 요건
10.1.3 시스템 설계
10.1.4 부하 테스트 전제 조건
10.2 JMeter+Xhprof로 PHP 애플리케이션 부하 테스트 사례
10.2.1 부하 테스트 계획 수립
10.2.2 테스트 실행 1: 도구와 웹 프레임워크 검증(테스트 시작)
10.2.3 테스트 실행 2: 시나리오 테스트(테스트 실행)
10.2.4 테스트 실행 3: 스케일 업/아웃 테스트(확장에 대한 한계)
10.2.5 테스트 실행 4: 성능 한계 테스트(성능 한계 개선)
10.2.6 적정한 구성 선정과 테스트 보고서
10.3 Locust+New Relic으로 Node.js 애플리케이션 부하 테스트 사례
10.3.1 1일 차 전반: 도구와 환경 검증
10.3.2 1일 차 후반: 애플리케이션 시스템 전체 검증
10.3.3 2일 차 전반: 애플리케이션 시스템 전체 검증(1일 차에 이어 계속)
10.3.4 2일 차 전반: 확장성 검증(2배 확장)
10.3.5 2일 차 후반: 확장성 검증 - 웹 서버 확장 시 발생하는 병목 현상은?
10.3.6 3일 차: 최소 구성에 대한 검증

CHAPTER 11 부록 I(용어 설명 외)
11.1 용어 설명
11.1.1 일반 용어
11.1.2 AWS 용어, 아이콘 설명
11.2 JMeter 시나리오 설명
11.2.1 Thread Group 생성
11.2.2 Simple Controller를 사용한 그룹화
11.2.3 Dummy user_id 생성
11.2.4 사용자 정의 변수 사용
11.2.5 HTTP Request 실행
11.2.6 HTTP 응답으로부터 user_id 수집
11.2.7 시나리오 일부를 ?% 확률로 실행
11.2.8 시나리오 일부를 ?회 반복
11.2.9 통계 보고서 표시
11.3 Locust 시나리오 설명
11.3.1 Locust 기본
11.3.2 10장에서의 시나리오
11.4 부하 테스트의 문제 설명

CHAPTER 12 부록 II(AWS 로드 테스팅)

회원리뷰 (0)

현재 회원리뷰가 없습니다.

첫 번째 리뷰를 남겨주세요!