HOME > 상세정보

상세정보

IT 아키텍트가 하지 말아야 할 128가지 : 설계, 방법론, 구축·테스트, 운용, 보안

자료유형
단행본
개인저자
최석기, 역
단체저자명
日經 Systems, 편
서명 / 저자사항
IT 아키텍트가 하지 말아야 할 128가지 : 설계, 방법론, 구축·테스트, 운용, 보안 / 니케이시스템즈 엮음 ; 최석기 옮김
발행사항
서울 :   로드북,   2012  
형태사항
390 p. : 삽화, 도표 ; 23 cm
원표제
ITア-キテクトのやってはいけない : 設計,メソドロジ,實裝ㆍテスト,運用,セキュリティのアンチパタ-ン
ISBN
9788996659884
일반주기
저자: 신쿠보 코지, 미즈구치 히로유키, 오가미 타카미쯔 외  
색인수록  
누구도 알려주지 않았던 시스템 개발 현장의 128가지 해결책  
000 01488camcc2200409 c 4500
001 000045703132
005 20120427142105
007 ta
008 120426s2012 ulkad 001c kor
020 ▼a 9788996659884 ▼g 93560
035 ▼a (KERIS)BIB000012731758
040 ▼a 211062 ▼c 211062 ▼d 211009
041 1 ▼a kor ▼h jpn
082 0 4 ▼a 004.21 ▼2 22
085 ▼a 004.21 ▼2 DDCK
090 ▼a 004.21 ▼b 2012
245 0 0 ▼a IT 아키텍트가 하지 말아야 할 128가지 : ▼b 설계, 방법론, 구축·테스트, 운용, 보안 / ▼d 니케이시스템즈 엮음 ; ▼e 최석기 옮김
246 1 9 ▼a ITア-キテクトのやってはいけない : ▼b 設計,メソドロジ,實裝ㆍテスト,運用,セキュリティのアンチパタ-ン
246 3 ▼a IT akitekuto no yatte wa ikenai : ▼b sekkei mesodoroji jisso tesuto un'yo sekyuriti no anchipatan
246 3 ▼a IT 아키텍트가 하지 말아야 할 백스물여덟가지
260 ▼a 서울 : ▼b 로드북, ▼c 2012
300 ▼a 390 p. : ▼b 삽화, 도표 ; ▼c 23 cm
500 ▼a 저자: 신쿠보 코지, 미즈구치 히로유키, 오가미 타카미쯔 외
500 ▼a 색인수록
500 ▼a 누구도 알려주지 않았던 시스템 개발 현장의 128가지 해결책
700 1 ▼a 최석기, ▼e▼0 AUTH(211009)14032
710 ▼a 日經 Systems, ▼e
900 1 0 ▼a 신쿠보 코지, ▼e
900 1 0 ▼a 미즈구치 히로유키, ▼e
900 1 0 ▼a 오가미 타카미쯔, ▼e
900 1 0 ▼a Shinkubo, Koji, ▼e
900 1 0 ▼a Mizuguchi, Hiroyuki, ▼e
900 1 0 ▼a Ogami, Takamitsu, ▼e
910 0 ▼a 니케이시스템즈, ▼e
910 0 ▼a Nikei Systems, ▼e
945 ▼a KLPA

No. 소장처 청구기호 등록번호 도서상태 반납예정일 예약 서비스
No. 1 소장처 중앙도서관/제2자료실(3층)/ 청구기호 004.21 2012 등록번호 111664898 도서상태 대출가능 반납예정일 예약 서비스 B M
No. 2 소장처 과학도서관/Sci-Info(1층서고)/ 청구기호 004.21 2012 등록번호 121219289 도서상태 대출가능 반납예정일 예약 서비스 B M
No. 3 소장처 과학도서관/Sci-Info(1층서고)/ 청구기호 004.21 2012 등록번호 121219290 도서상태 대출가능 반납예정일 예약 서비스 B M
No. 소장처 청구기호 등록번호 도서상태 반납예정일 예약 서비스
No. 1 소장처 중앙도서관/제2자료실(3층)/ 청구기호 004.21 2012 등록번호 111664898 도서상태 대출가능 반납예정일 예약 서비스 B M
No. 소장처 청구기호 등록번호 도서상태 반납예정일 예약 서비스
No. 1 소장처 과학도서관/Sci-Info(1층서고)/ 청구기호 004.21 2012 등록번호 121219289 도서상태 대출가능 반납예정일 예약 서비스 B M
No. 2 소장처 과학도서관/Sci-Info(1층서고)/ 청구기호 004.21 2012 등록번호 121219290 도서상태 대출가능 반납예정일 예약 서비스 B M

컨텐츠정보

책소개

누구도 알려주지 않았던 시스템 개발 현장의 128가지 해결책이 담긴 책. 시스템을 튼튼하게 만들 수 있는 건강한 개발자 그리고 유능한 아키텍트로 성장할 수 있는 경험적 노하우를 담았다. 누구나 현장에서 부딪힐 수 있는 실제 사례를 통해 하지 말아야 할 '나쁜 아키텍처'를 제시하며 이유를 설명하고 적절한 처방전을 내놓는다. 128가지의 다양한 처방전을 적재적소에 활용할 수 있다. 설계, 방법론, 구축 및 테스트, 운용, 보안 분야로 나누어 찾아보기 쉽게 정리했다.

IT 현장에는 별로 중요시 되지 않는 것처럼 생각되어 무관심하게 지나쳤던 것들이, 터무니 없는 트러블을 일으키는 "해서는 안 된다"는 것들이 있습니다. 예를 들면, 오버헤드가 큰 "DBMS의 암호화 기능"을 함부로 사용하게 되면 성능 저하를 초래한다거나 자동 백업이나 툴에 의존하다 보면 정말로 백업이 되고 있는지 확인이 나태해져, 결국 복구 데이터가 남아있지 않는 사태에 부닥치곤 합니다.
이러한 "해서는 안 되는 것 128가지"를 정리한 책입니다. 개발자뿐만 아니라 아키텍트까지 반드시 숙지해야 할 내용들로 구성하였습니다.

샘플원고 살펴보기 → roadbook.co.kr/73

_대상 독자
시스템 프로젝트 현장 개발자
프로젝트 전체를 조율하고 책임지는 프로젝트 매니저와 아키텍트

_주요 내용
누구도 알려주지 않았던 시스템 개발 현장의 128가지 해결책
"해서는 안 되는 것"에서 배우는 시스템 개발 현장의 바이블

개발자에서 아키텍트까지 알아야 할 경험적 노하우

시스템을 튼튼하게 만들 수 있는 건강한 개발자 그리고 유능한 아키텍트로 성장할 수 있는 경험적 노하우를 담았습니다.

누구나 맞닥뜨릴 수 있는 실제 상황을 제시한다!
이론을 다루지 않습니다. 누구나 현장에서 부딪힐 수 있는 실제 사례를 다룹니다.

나쁜 아키텍처를 알면, 좋은 아키텍처가 보인다.
이 책은 하지 말아야 할 '나쁜 아키텍처'를 제시합니다. 이유를 설명하고 적절한 처방전을 내놓습니다. 128가지의 다양한 처방전을 적재적소에 활용할 수 있습니다.

분야별로 나누어 찾아보기 쉽습니다
설계, 방법론, 구축 및 테스트, 운용, 보안 분야로 나누어 찾아보기 쉽게 정리했습니다.

_편집자 코멘트
IT 현장에는 별로 중요시 되지 않는 것처럼 생각되어 무관심하게 지나쳤던 것들이 터무니 없는 트러블을 일으키는 "해서는 안 된다"는 것들이 있습니다. 기술이나 제품이 날로 발달하고 복잡해지면서 "해서는 안 되는 것" 또한 급증하고 있습니다. 그러나 이런 부분에 대해 현장에서 올바르게 전달되지 않는 경우가 늘고 있고 또 잘못 알고 있는 경우도 많습니다.
"해서는 안 되는 것"을 모르면 시스템 품질 저하로 이어집니다.
예를 들면, 오버헤드가 큰 "DBMS의 암호화 기능"을 함부로 사용하게 되면 성능 저하를 초래한다거나 소스코드를 안이하게 유용하다 보면 라이선스 문제에 노출될 수도 있고 자동 백업이나 툴에 의존하다 보면 정말로 백업이 되고 있는지 확인이 나태해져, 결국 복구 데이터가 남아있지 않는 사태에 부닥치곤 합니다.
누구나 알고 있을지 모를 아주 간단한 예를 들었지만, 굉장히 중요한데 의외로 지켜지지 않은 경우가 많습니다. 물론, 모든 경우를 100% 정리할 수는 없었지만 개발 현장에서 이 정도는 개발자와 아키텍트가 숙지하고 있어야 하지 않을까 싶습니다.


정보제공 : Aladin

저자소개

니케이시스템즈(지은이)

집필진 신쿠보 코지(인사이트테크놀로지) APC 재팬 서비스 사업부 솔루션 엔지니어링부 APC 재팬 비지니스 개발부 미즈구치 히로유키(APC 재팬) 오가미 타카미쯔(NTT 데이터) 오다카 아츠유키(NTT 데이터) 코바타 야시치(NTT 데이터) 타카하시 모토노부(NTT 데이터) 니시노우에 미노루(NTT 데이터) 하라다 카즈키(NTT 데이터) 후지즈카 킨야(NTT 데이터) 오가오 유키오(NTT 데이터) 타케다 야스마(오픈 소스 솔루션 테크놀러지) 스미세이 정보 시스템 토우 켄(세컨드 팩토리) 야마구치 토오루(DNA) 미즈이 에츠코(일본 IBM) 무라이시 타케시(일본 IBM) 타케다 노리유키(노무라 종합연구소) 타시로 타이이치(노무라 종합연구소) 이세 코이치(라이브도어) 니시무라 아츠시(락)

최석기(옮긴이)

효성데이터시스템(현재 노틸러스효성)에 입사하여 일본 히타치제작소의 인사급여패키지를 개발하였다. 물류나 판매의 SAP 구축 프로젝트의 컨설턴트로 활동하였으며 현재, 한솔그룹의 물류 관련 아키텍트로 한솔CSN 및 한솔제지 등의 SAP 혹은 웹 기반의 SM 업무를 담당하고 있다.

정보제공 : Aladin

목차

목차
1장. 설계
 No.001. EC 사이트에서는 Sorry 화면 방식을 채택해서는 안 된다[아키텍처] = 15
 No.002. 어플리케이션 개발자가 설계서대로 개발해 줄 것이라고 생각해서는 안 된다[아키텍처] = 20
 No.003. 사용자가 성능 요건을 정해줄 것이라고 생각해서는 안 된다[아키텍처] = 24
 No.004. 동일 서버 내의 웹 서비스를 호출해서는 안 된다[아키텍처] = 30
 No.005. 24시간 가동 시스템이라고 모든 것을 24시간 동작시키려고 해서는 안 된다[아키텍처] = 35
 No.006. 클라이언트/서버형 시스템을 가볍게 보아서는 안 된다[아키텍처] = 39
 No.007. 데이터 구조의 품질/성능이 나빠지는 것을 고려해야 한다[데이터베이스] = 41
 No.008. 백업 설계를 먼저 해서는 안 된다[데이터베이스] = 44
 No.009. 레코드 길이×건수로 데이터 용량을 결정해서는 안 된다[데이터베이스] = 46
 No.010. 참조 정합성 제약 기능을 여러 번 사용해서는 안 된다[데이터베이스] = 48
 No.011. 테스트 데이터로 성능 평가를 해서는 안 된다[데이터베이스] = 51
 No.012. 파티션 분할을 가볍게 해서는 안 된다[데이터베이스] = 54
 No.013. 오랜 시간 종료하지 않은 트랜잭션을 사용해서는 안 된다[데이터베이스] = 57
 No.014. 기술 영역만 고려해서는 안 된다[네트워크] = 60
 No.015. 기기의 스펙(명세서)을 bps만으로 판단해서는 안 된다[네트워크] = 64
 No.016. 가상 네트워크를 물리 네트워크와 똑같이 생각해서는 안 된다[네트워크] = 68
 No.017. QoS라는 말로 숨겨서는 안 된다[네트워크] = 72
 No.018. QoS를 과신해서는 안 된다[네트워크] = 75
 No.019. 구축 멤버의 시선만으로 로그 출력을 설계해서는 안 된다[아키텍처] = 79
 No.020. GC를 정하지 않고 자바 어플리케이션을 설계해서는 안 된다[아키텍처] = 81
 No.021. 실물 모형과 프로토 타입을 혼동해서는 안 된다[리치 클라이언트] = 84
 No.022. 어플리케이션을 함부로 리치화해서는 안 된다[리치 클라이언트] = 85
 No.023. 화면 디자인이나 화면 이동의 변경에 "이것이 최선"이라고 생각해서는 안 된다[리치 클라이언트] = 86
 No.024. 사용자 경험을 무조건 포함시키려 해서는 안 된다[리치 클라이언트] = 88
 No.025. 사용자에게 사용하기 어려운 점을 물어서는 안 된다[리치 클라이언트] = 90
 No.026. 신 클라이언트용 어플리케이션이라고 해도 안심해서는 안 된다[신 클라이언트] = 92
 No.027. 산출해 보지 않고 TCO를 줄일 수 있다고 생각해서는 안 된다[신 클라이언트] = 94
 No.028. 신 클라이언트의 도입으로 가용성이 좋아졌다고 트러블이 없다고 생각해서는 안 된다[신 클라이언트] = 96
 No.029. 가상 PC형으로 이행을 하더라도 검증을 게을리해서는 안 된다[신 클라이언트] = 98
 Column 1. IT 아키텍트로서 가장 재미있게 느끼는 부분 = 100
2장. 방법론
 No.030. 유스 케이스를 상세하게 작성해서는 안 된다[개발 프로세스] = 105
 No.031. 납품 문서만 남겨 두면 된다고 생각해서는 안 된다[개발 프로세스] = 107
 No.032. 패키지를 도입할 때 부가 기능 개발을 선행해서는 안 된다[개발 프로세스] = 109
 No.033. 패키지를 도입하면 납기를 단축할 수 있다고 생각해서는 안 된다[개발 프로세스] = 111
 No.034. 협력사나 고객사와 실데이터 파일을 주고 받아서는 안 된다[개발 프로세스] = 114
 No.035. WBS 하나의 작업 항목에 여러 담당자를 선정해서는 안 된다[개발 프로세스] = 115
 No.036. 특정 프로세스나 패턴에 집착해서는 안 된다[개발 프로세스] = 117
 No.037. "UP=반복 개발"이라고 생각해서는 안 된다[개발 프로세스] = 118
 No.038. ERP와 현행 기능을 비교해서는 안 된다[ERP] = 121
 No.039. 다짜고짜 프로토타입부터 시작해서는 안 된다[ERP] = 124
 No.040. 고객이 말하는 패키지의 갭 판단을 그대로 받아들여서는 안 된다[ERP] = 129
 No.041. 보고서 검토를 뒤로 미뤄서는 안 된다[ERP] = 134
 No.042. "고객이 주체가 되어 해야 할 작업"이라고 해서 고객에게 그대로 주어서는 안 된다[ERP] = 138
 No.043. 요건 정의를 하기 위한 계획을 게을리 해서는 안 된다[요건 정의] = 142
 No.044. 비즈니스 요건과 시스템 요건을 혼동해서는 안 된다[요건 정의] = 145
 No.045. 비즈니스 요건을 문장만으로 표현해서는 안 된다[요건 정의] = 148
 No.046. 현행 업무, 현행 시스템의 조사를 회피해서는 안 된다[요건 정의] = 151
 No.047. 성과물의 선정과 표준화를 뒤로 미뤄서는 안 된다[요건 정의] = 154
 No.048. 모든 요건을 사용자가 알고 있다고 생각해서는 안 된다[요건 정의] = 157
 No.049. 후속 공정에 들어가고 나서 테스트를 시작해서는 안 된다[요건 정의] = 161
 No.050. 사용자의 오해를 초래하기 쉬운 요건 정의서를 만들어서는 안 된다[요건 정의] = 163
 No.051. 유스 케이스를 기능 요건이라고 착각해서는 안 된다[요건 정의] = 166
 No.052. 사각지대에 있는 요건을 놓쳐서는 안 된다[요건 정의] = 170
 No.053. 비용과 기간의 밸런스를 무시해서는 안 된다[요건 정의] = 174
 No.054. 요건 정의가 충분하다고 요건 변경이 발생하지 않는다고 생각해서는 안 된다[요건 정의] = 177
 No.055. 프로젝트 특성을 생각하지 않고 모두 동일하게 진행해서는 안 된다[요건 정의] = 180
 Column 2. "풍림화산"과 IT 아키텍트 = 185
3장. 구축 및 테스트
 No.056. 64비트 OS가 32비트 OS보다 우수하다고 생각해서는 안 된다[플랫폼] = 191
 No.057. 기호 링크를 조심성 없이 이용해서는 안 된다[소스코드] = 194
 No.058. 여러 가지의 OS를 이용할 때는 개행 코드를 무시해서는 안 된다[소스코드] = 198
 No.059. 정의된 것 이외의 것을 가볍게 보아서는 안 된다[소스코드] = 202
 No.060. 공개 기능 클래스의 인스턴스를 직접 생성해서는 안 된다[소스코드] = 204
 No.061. 거대한 정수 클래스를 만들어서는 안 된다[소스코드] = 207
 No.062. 분량이 많은 코딩 규칙을 만들어서는 안 된다[소스코드] = 210
 No.063. 오픈소스는 무료라고 생각해서는 안 된다[오픈소스] = 212
 No.064. 직접 빌드한 바이너리를 실제 환경에서 이용해서는 안 된다[오픈소스] = 215
 No.065. 독자적으로 구축해서는 안 된다[오픈소스] = 219
 No.066. 소스 코드에 HTML 생성 코드를 포함해서는 안 된다[오픈소스] = 222
 No.067. 글로벌 변수나 순환 참조를 사용해서는 안 된다[오픈소스] = 224
 No.068. 스레드 세이프로 하는 것을 잊어서는 안 된다[소스코드] = 227
 No.069. 소스코드를 유용해서는 안 된다[소스코드] = 230
 No.070. 메모리 관리를 처리계에 맡겨서는 안 된다[플랫폼] = 232
 No.071. 매직 넘버를 이용해서는 안 된다[소스코드] = 235
 No.072. 실 환경에서 갑자기 테스트를 해서는 안 된다[테스트방법] = 236
 No.073. 모든 결합 테스트를 자동화해서는 안 된다[테스트방법] = 239
 No.074. 테스트를 개발자에게만 맡겨서는 안 된다[테스트방법] = 242
 No.075. 자동식별 모드와 전이중 모드를 혼재시켜서는 안 된다[네트워크] = 244
 No.076. 랜(LAN) 스위치로 루프 구조를 만들어서는 안 된다[네트워크] = 245
 No.077. 뷰, 트리거를 많이 사용해서는 안 된다[데이터베이스] = 248
 No.078. 현상만 보고 튜닝을 서둘러서는 안 된다[데이터베이스] = 251
 Column 3. 왜 IT 아키텍트가 중요한가? = 254
4장. 운용
 No.079. 가상화 환경의 게스트 OS에서 취득한 CPU 사용률을 믿어서는 안 된다[플랫폼] = 259
 No.080. SLA를 뒤로 연기해서는 안 된다[운용 설계] = 262
 No.081. 운용 비용 절감만을 목표로 해서는 안 된다[운용 설계] = 265
 No.082. 운용 절차 없이 운용해서는 안 된다[운용 설계] = 268
 No.083. 운용을 아웃소싱하고 나서 안심해서는 안 된다[운용 설계] = 271
 No.084. 개발과 운용 커뮤니케이션을 소홀히 해서는 안 된다[운용 설계] = 275
 No.085. 1rack(랙) 60A(암페어) 이상 사용해서는 안 된다[서버 운용] = 278
 No.086. 이중 구성을 믿어서는 안 된다[서버 운용] = 282
 No.087. 자동 백업 툴에 의지해서는 안 된다[서버 운용] = 286
 No.088. 환경 설정을 복사 & 붙여넣기해서는 안 된다[서버 운용] = 289
 No.089. 커널 튜닝을 해서는 안 된다[서버 운용] = 292
 No.090. 출시 직전의 완성형 제품에 갑자기 패치를 해서는 안 된다[플랫폼] = 296
 No.091. 스냅샷으로 백업을 대신해서는 안 된다[플랫폼] = 298
 No.092. RAID라고 안심해서는 안 된다[플랫폼] = 300
 No.093. 서버 사이에 틈을 남겨두어서는 안 된다[데이터센터] = 303
 No.094. 서버 뒷면에 케이블을 늘어뜨려서는 안 된다[데이터센터] = 305
 No.095. 랙과 서버 사이에 공간을 두어서는 안 된다[데이터센터] = 307
 No.096. 냉통로와 온통로만으로 만족해서는 안 된다[데이터센터] = 309
 No.097. 서버 수만큼만 UPS를 준비해서는 안 된다[데이터센터] = 311
 No.098. 전체를 생각하지 않고 이중 전원으로 해서는 안 된다[데이터센터] = 314
 No.099. 랙이 사용하고 있는 전류 값을 간과해서는 안 된다[데이터센터] = 317
 No.100. UPS를 설치하는 것만으로 안심해서는 안 된다[데이터센터] = 319
 No.101. 파손된 HDD를 계속 사용해서는 안 된다[기록미디어] = 321
 No.102. 젖은 디스크를 말려서는 안 된다[기록미디어] = 323
 No.103. 젖은 USB 메모리에 전기가 흐르게 해서는 안 된다[기록미디어] = 325
 No.104. 테이프를 적셔서는 안 된다[기록미디어] = 326
 No.105. 테이프의 압축률을 그대로 받아들여서는 안 된다[기록미디어] = 328
 No.106. 공유 폴더를 새로운 서버에 이행해서는 안 된다[기록미디어] = 330
 No.107. 리눅스의 free값(빈 메모리)은 메모리의 빈 영역이 아니다[기록미디어] = 332
 Column 4. IT 아키텍트에게 요구되는 세가지 힘 = 334
5장. 보안
 No.108. IPS를 도입해도 안심해서는 안 된다[네트워크] = 339
 No.109. 접근의 증거가 될 만한 흔적을 과잉으로 추출해서는 안 된다[네트워크] = 343
 No.110. 패스워드 정책을 너무 엄격하게 해서는 안 된다[네트워크] = 345
 No.111. 바이러스 체크는 과잉도 과소도 안 된다[네트워크] = 348
 No.112. 패스워드를 프로그램에 하드 코딩해서는 안 된다[소스코드] = 351
 No.113. 방화벽으로 너무 많은 규칙을 설정해서는 안 된다[네트워크] = 354
 No.114. 운용이나 성능을 고려하지 않고 암호화해서는 안 된다[네트워크] = 356
 No.115. 모든 통신을 암호화해서는 안 된다[네트워크] = 359
 No.116. 운용 관리에 텔넷을 사용해서는 안 된다[네트워크] = 362
 No.117. 관리자 권한을 공유해서는 안 된다[네트워크] = 365
 No.118. DBMS의 감사 기능에 의지해서는 안 된다[데이터베이스] = 368
 No.119. DBMS 기능으로 데이터를 암호화해서는 안 된다[데이터베이스] = 371
 No.120. 신 클라이언트의 보안 대책을 게을리 해서는 안 된다[신 클라이언트] = 373
 No.121. 로그온/로그아웃의 이력을 로그에서 빼서는 안 된다[윈도우즈] = 375
 No.122. 로그를 수작업으로 수집해서는 안 된다[윈도우즈] = 377
 No.123. 일시적이더라도 UAC를 무효로 해서는 안 된다[윈도우즈] = 379
 No.124. 사용자 계정을 바로 삭제해서는 안 된다[윈도우즈] = 381
 No.125. 루트 계정을 사용해서는 안 된다[리눅스] = 383
 No.126. 임시 파일을 안이하게 작성해서는 안 된다[리눅스] = 385
 No.127. 사용자 이름을 숫자만으로 구성해서는 안 된다[리눅스] = 387
 No.128. 다운로드 받은 파일이 올바르다고 믿어서는 안 된다[오픈소스] = 389
찾아보기 = 391

관련분야 신착자료

김자미 (2021)