인프라 엔지니어링 첫걸음작품 소개

<인프라 엔지니어링 첫걸음> 1~3년 차 엔지니어에게 전하는 인프라 이야기
클라우드 서비스를 이용한 인프라 구축이 보편화되고 있다. 이에 따라 인프라 엔지니어가 알아야 할 개념도 새롭게 정립되고 있다. 이미 알고 있는 인프라 엔지니어링 지식뿐만 아니라 클라우드 서비스에 맞는 구축, 운용, 보안과 관련된 기본 지식도 알아야 하는 시대다.

이 책은 인프라 구축 시 고려해야 할 순서에 맞춰 최신 인프라 엔지니어링에 필요한 기초만 엄선해 소개한다. 더불어 책 중간마다 저자가 현업에서 일하면서 얻은 다양한 노하우를 칼럼 형식으로 실었다. 현업에서 일하는 1~3년 차 인프라 엔지니어나 스타트업에서 인프라를 구축해야 하는 개발 책임자라면 이 책으로 실무에 필요한 인프라 엔지니어링의 핵심 개념을 빠르게 살펴볼 수 있다.

인프라 엔지니어링 기본을 익히는 다섯 가지 지침!
클라우드 서비스가 도입되면서 사무실에 앉아 클릭 몇 번만으로 인프라를 구축할 수 있는 시대가 되었다. 세월이 좀 더 흐른다면 ‘서버실’이 무엇인지 모르는 인프라 엔지니어가 나타날지도 모른다. 인프라 엔지니어가 되고 싶거나 막 인프라 엔지니어로 취업했다면 전통적인 인프라 엔지니어의 상식을 벗어나 새로운 인프라 엔지니어링 기본을 배울 시점이다.

★ Step 1. 만고불변의 인프라 지식 익히기
시간이 흘러도 변하지 않는 인프라 엔지니어링의 기본이 있다. 1장과 2장에서 다루는 인프라 엔지니어링 지식은 전공자라면 복습하는 의미가 될 것이고, 입문자라면 앞으로 엔지니어로 사는 데 토대가 될 것이다.

★ Step 2. 인프라 서비스 개념 잡기
인프라 서비스와 클라우드 서비스가 무엇인지 알쏭달쏭하다면 2장을 꼭 읽어보자. 클라우드 서비스의 종류와 장단점이 무엇인지를 배울 수 있다. 이 부분을 읽고 나면 앞으로 클라우드 서비스를 배우는 데 무엇이 더 필요한지도 알 수 있다.

★ Step 3. 운용, 관리, 보안 배우기
전통적인 인프라 및 클라우드 환경에 맞는 운용, 관리, 보안 기법의 기본 지식과 순서 등을 3장에서 5장에 걸쳐 살펴본다. 특히 실무에서 협업자와 원활하게 일하는 핵심을 잘 요약한 것이 백미다.

★ Step 4. 코드 중심의 새로운 인프라 관리 방법 살펴보기
매번 OS를 설치하고 각종 환경 설정을 하는 건 굉장히 비효율적인 업무다. 고정적인 운용, 관리, 보안 업무도 사람이 일일이 신경 쓰는 것도 내 시간을 갉아먹는 건 자명한 사실이다. 이 부분에서는 코드를 이용해 인프라 엔지니어링을 최대한 자동화하는 기법이 무엇인지 소개한다. 회사에서 데브옵스(DevOps)를 들어본 독자라면 6장은 필독해야 한다.

★ Step 5. 인프라 엔지니어의 경력 관리 살펴보기
직장인이라면 누구나 취업은 끝이 아니라 새로운 시작이라는 사실을 잘 알 것이다. 인프라 엔지니어가 된 순간부터 장래를 고민해야 우수한 엔지니어로 인정받고 높은 연봉을 받는 사람이 될 수 있다. 앞으로 자신이 어떤 인프라 엔지니어가 되고 싶은지 고민이라면 짧지만 굵은 ‘경력 관리 방법’이 담긴 7장을 꼭 읽어보자.

대상 독자
- 인프라 엔지니어 지망생
- 1~3년 차 인프라 엔지니어
- 소규모 기업에서 인프라도 다뤄야 하는 개발자

저자 프로필

저자
번역
- 윤인성

데라오 에사쿠

국적 일본
경력 사쿠라 인터넷 이밴절리스트

2017.08.04. 업데이트 작가 프로필 수정 요청

대표 저서

상세페이지 바로가기

4.3점4명참여

저자 소개

저자_데라오 에사쿠

호스팅 회사 여러 곳에서 인프라 및 기술 지원 업무를 13년간 전담한 인프라 엔지니어다. 호스팅 회사 커뮤니티의 관리자도 맡고 있다. 후배를 가르치는 데 큰 보람을 느끼며, 각종 회의를 주관하고 협업자 사이에 원활한 커뮤니케이션이 이뤄지도록 도움을 주기도 한다. 현재는 사쿠라 인터넷에서 이밴절리스트로 활동 중이다.
주요 저서로는 『UNIX Network sendmail - 메일 서버 구축과 관리』(SB크리에이티브, 2002년), 공저로 『UNIX Network Apache - WWW 서버 구축과 관리』(SB크리에이티브, 2002년) 등이 있다.

저자_나카무라 도모나리

Backlog 프로젝트 관리자 및 빌드 엔지니어다. 전 직장에서 이슈 관리, 구성 관리 등의 인프라 환경 정비에 재미를 느낀 후 해당 분야의 역량을 더 높이고자 Backlog 서비스를 제공하는 NuLab으로 이직해 회사의 서비스 전반을 책임지고 있다. 칼럼 투고 등을 통해서 NuLab 활동을 널리 소개하는 중이다. 젠킨스(Jenkins) 전문가로서 젠킨스 사용자 콘퍼런스를 비롯한 커뮤니티 활동에 열심이다.

저자_하타노 아이

법학부 출신의 경력 4년 차 인프라 엔지니어다. 신입 때는 웹 사이트의 기획·운영 업무를 맡은 후 서버 래킹(racking), 구축, 운용을 하는 비전공자 출신 인프라 엔지니어가 되었다. 현재 운용 설계 및 체제 구축, 부하 테스트, 문제점 개선 제안 등 클라이언트를 상대하는 인프라 운용 및 고객 지원 엔지니어로 일하고 있다. 신입 여성 엔지니어 교육에 관심이 많다.

저자_요코타 마사토시

현재 사쿠라 인터넷에서 이밴절리스트로 활동 중이다. 대학 졸업 후 리서치 회사에 근무한 경험이 있다. 주로 P2P나 소셜 미디어, 클라우드 컴퓨팅에 관한 칼럼 투고와 강연 등의 활동을 하고 있다.
주요 저서로는 『당장 사용할 수 있는 간단한 mini facebook 기본 & 응용』(기술평론사, 2010년), 『트위터 업무 기술』(슈와 시스템, 2010년), 공저로는 『Amazon EC2/S3 클라우드 입문』(슈와 시스템, 2008) 등이 있다.

저자_JPCERT CC

일본의 인터넷 기반 컴퓨터 보안 사고 보고를 받은 후, 기술 관점에서 원인 분석과 재발 방지 대책을 검토하고 조언하는 회사다. 이 책에서는 보안 사고 대책 관련 내용을 전하는 데 힘을 보탰다. 사고 대응 그룹의 고바야시 히로시, 소에다 히로시, 정보 관리 대책 그룹의 구보 마사키, 도다 요조, 조기 사고 경보 그룹의 아오키 쇼, 호라다 신이치, 마츠다 와타루가 각각 집필했다.

역자_윤인성

출근하는 게 싫어서 집필과 번역을 시작했다. 일본어는 픽시브에서 웹 코믹을 읽다가 배웠다고 전해진다. 직업 특성상 집에서 나갈 이유가 별로 없다는 것에 굉장히 만족하는 성격이기도 하다. 홍차와 커피를 좋아하며 요리, 음악, 그림, 스컬핑 등이 취미다.
『모던 웹을 위한 JavaScript+jQuery 입문』, 『모던 웹을 위한 Node.js 프로그래밍』, 『모던 웹 디자인을 위한 HTML5+CSS3 입문』 등을 저술하였으며, 『TopCoder 알고리즘 트레이닝』, 『Nature of Code』(이상 한빛미디어), 『소셜 코딩으로 이끄는 GitHub 실천 기술』(제이펍) 등을 번역했다.

CHAPTER 1 인프라 기술의 기초
__1.1 네트워크와 프로토콜
____1.1.1 OSI 참조 모델과 TCP/IP 계층 모델
__1.2 프로토콜의 역할
____1.2.1 IP 주소와 넷마스크
____1.2.2 서브넷으로 네트워크 분할하기
____1.2.3 특별한 IP 주소
____1.2.4 라우팅
____1.2.5 IPv4와 IPv6
__1.3 포트와 프로토콜
__1.4 도메인 이름과 DNS
____1.4.1 도메인 이름
____1.4.2 도메인 이름의 종류
____1.4.3 DNS의 구조
__1.5 웹 서비스의 인프라 구성
____1.5.1 설치 위치
____1.5.2 네트워크
____1.5.3 하드웨어
____1.5.4 OS 선택
____1.5.5 미들웨어와 애플리케이션 실행 환경

CHAPTER 2 인프라의 변천과 특징
__2.1 인프라 서비스 이전의 인프라 구축
____2.1.1 인프라 서비스가 등장하기 전
____2.1.2 온프레미스로 시스템 구축하기
____2.1.3 인프라 서비스의 등장과 장점
____2.1.4 인프라 서비스의 종류
__2.2 VPS를 사용한 시스템 만들기
____2.2.1 VPS의 특징
____2.2.2 VPS를 실현하는 가상화 기술
____2.2.3 VPS를 사용해 여러 대 구성
____2.2.4 VPS의 용도와 주의점
____2.2.5 하이퍼바이저 기반의 가상화와 컨테이너 기반의 가상화
____2.2.6 VPS 사업자를 선택할 때의 포인트
__2.3 클라우드를 사용해 시스템 만들기
____2.3.1 클라우드란?
____2.3.2 소프트웨어를 제공하는 SaaS
____2.3.3 사내 정보 관련 서비스를 SaaS로 만들기
____2.3.4 SaaS를 사용할 때의 주의점
__2.4 플랫폼을 제공하는 PaaS
____2.4.1 PaaS의 장점
____2.4.2 PaaS를 사용할 때의 주의점
____2.4.3 시스템 기능을 제공하는 PaaS
____2.4.4 어떤 PaaS가 있을까?
__2.5 인프라를 제공하는 IaaS
____2.5.1 IaaS란?
____2.5.2 IaaS를 사용하는 경우
____2.5.3 종량제 과금의 어려움
____2.5.4 여러 대 서버 구성과 네트워크
____2.5.5 확장 구성과 리전
____2.5.6 IaaS의 부가 서비스
____2.5.7 사설 클라우드와 공용 클라우드
____2.5.8 IaaS로 시스템을 구성할 때 주의해야 할 점
__2.6 전용 서버와 베어메탈
____2.6.1 전용 서버의 장점
____2.6.2 전용 서버의 단점
____2.6.3 현대적인 형태의 전용 서버 ‘베어메탈’
____2.6.4 전용 서버와 베어메탈을 사용하는 경우

CHAPTER 3 시스템 테스트부터 구축까지
__3.1 시스템 구축의 흐름
____3.1.1 요건 정의 및 제안 단계
____3.1.2 설계 단계
____3.1.3 구축 단계
__3.2 가용성
____3.2.1 물리적인 확장 구성 이해하기
____3.2.2 네트워크 확장
____3.2.3 프런트 부분 확장화
____3.2.4 웹 사이트의 동시 접속 수 예측
____3.2.5 확장 구성을 위한 웹 아키텍처의 변천
__3.3 보안 대응 이해하기
____3.3.1 방화벽
____3.3.2 IDS/IPS
____3.3.3 WAF
____3.3.4 가상 LAN
____3.3.5 통신 경로 암호화
____3.3.6 SSL 가속기 이해하기
____3.3.7 웹 서버의 보안
____3.3.8 데이터베이스 서버의 보안
____3.3.9 메일 서버의 보안
__3.4 시스템 구성 예
____3.4.1 소규모 웹 서비스 구성
____3.4.2 대규모 사이트
____3.4.3 게임 전용 시스템
____3.4.4 기업용 시스템

CHAPTER 4 운용 체제 구축, 장애 대응, 예방 운용
__4.1 운용이란?
____4.1.1 운용 단계에 들어가기 전에 생각해야 할 것
____4.1.2 운용 설계
__4.2 운용 체제 구축
____4.2.1 운용 단계에 들어가기 전에 생각해야 할 것
____4.2.2 감시 항목 결정과 설정
____4.2.3 조건을 공유하는 문서 만들기
__4.3 테스트와 배포
____4.3.1 테스트 실시
____4.3.2 스트레스 테스트
____4.3.3 장애 대응 테스트
____4.3.4 배포 전 테스트와 마이그레이션 테스트
____4.3.5 배포
__4.4 감시와 장애 대응
____4.4.1 사례 연구 1: 웹 사이트에 접근할 수 없는 경우
____4.4.2 사례 연구 2: 메일 송수신이 불가능한 경우
__4.5 예방 운용
____4.5.1 장애 전조 감지
____4.5.2 성능 열화 감시와 정기 성능 평가
____4.5.3 취약성 정보 수집과 대응
__4.6 유지 보수
____4.6.1 활성 유지 보수와 비활성 유지 보수
____4.6.2 계획 유지 보수와 긴급 유지 보수
____4.6.3 활성 유지 보수 접근 방법
____4.6.4 유지 보수 방침
____4.6.5 마지막으로

CHAPTER 5 인프라 엔지니어를 위한 보안 입문
__5.1 컴퓨터 보안 사고
____5.1.1 사고 대응의 필요성
____5.2 사고의 종류와 경향
____5.2.1 스캔
____5.2.2 DoS 공격
____5.2.3 웹 사이트 해킹
____5.2.4 피싱
____5.2.5 표적형 공격
__5.3 사고 발생 원인과 그 대책
____5.3.1 외부에 공개된 서버의 사고
____5.3.2 내부 네트워크와 관련된 사고
____5.3.3 사고의 원인과 대책
__5.4 클라우드의 보안
____5.4.1 클라우드를 사용할 때의 보안
____5.4.2 클라우드 보안의 책임 분담
__5.5 운용 중의 시스템 취약성 대응
____5.5.1 시스템 구성 파악하기
____5.5.2 신뢰할 수 있는 정보원 파악하기
____5.5.3 취약성 정보에 대응하기
__5.6 정기 진단의 필요성
____5.6.1 비정상 이벤트 확인
____5.6.2 시스템 보안 진단
____5.6.3 자가 취약성 진단을 활용하려면
____5.6.4 마지막으로

CHAPTER 6 데브옵스 시대에 요구하는 기술
__6.1 인프라 엔지니어를 둘러싼 환경
____6.1.1 클라우드 등장 이전: 모든 것을 직접 하던 시대
____6.1.2 클라우드 등장 이후: 인프라 구성 관리 개념 보급
____6.1.3 현재: 빠른 시스템 개발과 운용
__6.2 코드로서의 인프라
____6.2.1 ‘코드로서의 인프라’란
____6.2.2 ‘코드로서의 인프라’와 관련된 도구의 계층 분류
____6.2.3 ‘코드로서의 인프라’로 마이그레이션하는 흐름
____6.2.4 ‘코드로서의 인프라’로 마이그레이션하는 사례
__6.3 시스템 개발과 관련된 세 가지 관례
____6.3.1 버전 관리
____6.3.2 테스팅
____6.3.3 프로젝트 자동화
__6.4 데브옵스를 지원하는 관례 도구
____6.4.1 지속적 전달
____6.4.2 시대에 맞는 배포 방법
____6.4.3 개발부터 운용까지의 플로 지원
____6.4.4 워크플로 개선

CHAPTER 7 인프라 엔지니어의 경력 관리
__7.1 인프라 엔지니어에게 필요한 힘
____7.1.1 커뮤니케이션하는 힘
____7.1.2 가설을 만드는 힘
____7.1.3 개선하는 힘(+코드를 작성하는 힘)
__7.2 인프라 엔지니어의 생존 전략(경력 관리)
____7.2.1 혁신의 전파 이론에 따른 엔지니어의 위치
____7.2.2 엔지니어링 조직 내부에서의 위치
____7.2.3 인프라 엔지니어 이외의 위치
____7.2.4 엔지니어와 경영, 마케팅, 영업

리뷰

구매자 별점

4.3 점

점수비율

5
4
3
2
1

4명이 평가함

리뷰 작성 영역

이 책을 평가해주세요!

내가 남긴 별점 0.0

별로예요

그저 그래요

보통이에요

최고예요

별점 취소

별 1개 별 2개 별 3개 별 4개 별 5개

스포일러가 있습니다.

구매자 표시 기준은 무엇인가요?

'구매자' 표시는 리디에서 유료도서 결제 후 다운로드 하시거나 리디셀렉트 도서를 다운로드하신 경우에만 표시됩니다.

무료 도서 (프로모션 등으로 무료로 전환된 도서 포함): '구매자'로 표시되지 않습니다.
시리즈 도서 내 무료 도서: '구매자’로 표시되지 않습니다. 하지만 같은 시리즈의 유료 도서를 결제한 뒤 리뷰를 수정하거나 재등록하면 '구매자'로 표시됩니다.
영구 삭제: 도서를 영구 삭제해도 ‘구매자’ 표시는 남아있습니다.
결제 취소: ‘구매자’ 표시가 자동으로 사라집니다.

소장	종이책 정가	22,000원
	전자책 정가	30%15,400원
	판매가	15,400원

인프라 엔지니어링 첫걸음