
구매문의 및 도서상담은 031-944-3966(매장)으로 문의해주세요.
매장전집은 전화 혹은 매장방문만 구입 가능합니다.

지은이 : JIEC 기반엔지니어링사업부 인프라설계연구팀
나카무라 게이고(JIEC 기반엔지니어링사업부 시스템3부)1999년 입사 이후 유닉스(UNIX) 계열 인프라 엔지니어로 일하며 금융, 보험, 유통 등 다양한 업종에서 시스템을 설계하고 구축했습니다. 웹 애플리케이션 서버 기술도 뛰어나 고객에게 두터운 신뢰를 얻고 있습니다. 이 책의 전체적인 내용을 검토했고 리뷰를 담당했습니다.가족으로 아내와 2남 1녀가 있습니다. 아이와 함께 조깅하면서 흥미를 느껴, 취미로 도쿄와 요코하마의 마라톤 대회를 완주할 정도의 실력을 갖추었습니다.요시다 다케미(JIEC 기반엔지니어링사업부 시스템1부)지금까지 서버, 네트워크 장비, 각종 소프트웨어 등 제품 판매와 IT 관련 고객의 요구사항이나 과제를 최적의 형태로 해결할 수 있는 솔루션 제안 등 영업 업무부터 모 지자체 클라우드 서비스 인프라 구축, 운영, 유지보수 등 인프라 SE 업무까지 폭넓게 경험했습니다. 현재는 모 은행의 개발 프로젝트 환경 운영 및 유지보수 업무 팀의 리더로 활약하고 있습니다. 취미는 아홉 살부터 시작한 축구의 연장선인 풋살이며, 언젠가 경기장에서 화려한 터치로 딸에게 골을 어시스트해 주고 싶어 합니다.나카니시 히데노리(JIEC 기반엔지니어링사업부 시스템1부)벤더 회사에서 보안 솔루션을 다루는 것을 시작으로 대규모 네트워크 운영 및 모니터링 시스템의 설계와 구축, 웹 시스템 개발 등 다양한 업무 경험을 쌓았습니다. 이것을 바탕으로 ‘요구사항 정의’부터 ‘운영 및 품질 관리’까지 일련의 업무를 담당하고 있습니다. 현재는 모 외국계 IT 기업에서 거시적 관점에서 시스템 전체 균형을 생각하여 사용자가 원하는 요구사항이 무엇인지 파악하며 인프라를 중심으로 한 요구사항 정의와 개발 추진 업무를 진행합니다. 앞으로I T 산업에 참여하고 싶은 사람이나 현재 성장을 고민하는 사람에게 서포터가 되는 것을 목표로 매일 정진하고 있습니다.히키츠구 미츠테루(JIEC 비즈니스기획개발본부 솔루션개발부)1993년 입사한 이후로 시스템 엔지니어로서 여러 은행의 시스템 인프라를 구축했습니다. 2017년부터 AI, 클라우드를 활용한 신규 서비스 기획, 개발 업무를 진행하며 2018년 봄에 Al 문의 지원 서비스 ‘manaBrain’을 출시했습니다. 두 살배기 아들을 매우 사랑하며 개인 SNS는 이미 육아 일기가 되었습니다.
0장 IT 인프라란
0.1 IT 인프라란
0.2 IT 인프라의 역할
1장 인프라 구축의 전체 흐름(설계 이전 작업 I)
1.1 인프라 구축 흐름 1: 각 단계 흐름
1.2 인프라 구축 흐름 2: 기획 및 계획 단계
1.3 인프라 구축 흐름 3: 요구사항 정의
1.4 인프라 구축 흐름 4: 설계, 구축, 테스트
1.5 인프라 구축 흐름 5: 운영 및 유지보수와 프로젝트의 라이프 사이클
2장 인프라 요구사항 정의와 비기능 요구사항(설계 이전 작업 II )
2.1 인프라 요구사항 정의
2.2 비기능 요구사항에 대한 과제 해결 첫걸음: 비기능 요구사항 등급 활용
2.3 비기능 요구사항의 개요
__2.3.1 비기능 요구사항 항목 1: 가용성
__2.3.2 비기능 요구사항 항목 2: 성능 및 확장성
__2.3.3 비기능 요구사항 항목 3: 운영 및 유지보수성
__2.3.4 비기능 요구사항 항목 4: 마이그레이션
__2.3.5 비기능 요구사항 항목 5: 보안
__2.3.6 비기능 요구사항 항목 6: 시스템 환경 및 그린 IT
2.4 요구사항 구현: 시스템 구성을 결정하는 접근 방법
3장 요구사항 정의에서 설계로
3.1 설계란 무엇인가
3.2 기본 설계와 상세 설계
3.3 설계 모델 시스템: 3계층 시스템이란
4장 가용성 설계 이론
4.1 가용성 설계: SPOF와 다중화
4.2 다중화 구성 예 1: 서버 하드웨어 이중화
__4.2.1 하드웨어 이중화 1: 전원 공급 장치의 이중화
__4.2.2 하드웨어 이중화 2: 네트워크 어댑터의 이중화
__4.2.3 하드웨어 이중화 3: 하드 디스크 드라이브의 이중화
4.3 다중화 구성 예 2: 서버 이중화
__4.3.1 부하분산 클러스터
__4.3.2 HA 클러스터
5장 성능·확장성 설계 이론
5.1 성능 및 확장성을 고려한 설계
__5.1.1 성능을 고려한 설계 예 1: 서버 메모리와 CPU 선정
__5.1.2 성능을 고려한 설계 예 2: 애플리케이션 서버의 힙 메모리 영역 설정
__5.1.3 성능을 고려한 설계 예 3: 데이터베이스 메모리 설정
5.2 시스템 확장성 확보
__5.2.1 시스템 확장성 확보 1: 스케일업과 스케일아웃
__5.2.2 시스템 확장성 확보 2: 운영할 때의 시스템 확장 예
__5.2.3 시스템 확장성 확보 3: 가상화 서버를 이용한 시스템 확장
6장 운영·유지보수 설계 이론
6.1 시스템 운영 항목 1: 운영 시간
6.2 시스템 운영 항목 2: 시스템 정지 시간
6.3 시스템 운영 항목 3: 백업
__6.3.1 시스템에 장애가 발생했을 때 원인 분석 및 복구
__6.3.2 데이터가 삭제되거나 잘못 갱신한 경우 복구
__6.3.3 시스템 감사 목적의 데이터와 로그의 장기 보관
6.4 시스템 운영 항목 4: 시스템 모니터링
6.5 시스템 운영 항목 5: 운영 조직
6.6 시스템 운영 자동화
__6.6.1 시스템 운영 자동화 예 1: 각종 솔루션 기동 및 정지 자동화
__6.6.2 시스템 운영 자동화 예 2: 백업 자동화
__6.6.3 시스템 운영 자동화 예 3: 작업 실행 순서 자동화
7장 보안 설계 이론
7.1 정보 기술(IT) 보안 대책
7.2 식별과 인증
__7.2.1 ‘식별과 인증’ 보안 대책 1: 사용자 ID 및 비밀번호 관리, 인증
__7.2.2 ‘식별과 인증’ 보안 대책 2: 인증서
7.3 암호화
__7.3.1 암호화 대책 1: PC 대책
__7.3.2 암호화 대책 2: 네트워크 대책
__7.3.3 암호화 대책 3: 서버 대책
__7.3.4 암호화 대책 4: 사람 및 규칙에 대한 내부 대책
7.4 통신 제어
7.5 모니터링 및 감사
7.6 보안 리스크 관리
7.7 바이러스 및 멀웨어 대책
부록 A 상용 시스템 변천 과정
도서 DB 제공 - 알라딘 인터넷서점 (www.aladin.co.kr)