본문내용 바로가기
무료배송

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

니케이시스템즈 지음 | 최석기 옮김 | 로드북 | 2012년 03월 15일 출간
  • 정가 : 23,000원
    판매가 : 20,700 [10%↓ 2,300원 할인]
  • 제휴할인가 : 15,520 교보-롯데카드 최대 25% 청구할인 카드/포인트 안내
  • 통합포인트 :
    [기본적립] 1,150원 적립 [5% 적립] 안내 [추가적립] 5만원 이상 구매 시 2천원 추가적립 [회원혜택] 우수회원 5만원 이상 구매 시 2~3% 추가적립
  • 추가혜택 :
    naver네이버페이 결제 시 무조건 1% 추가 적립 payco페이코 결제 시 최대 1만원 적립 okcashbag 실 결제 금액의 0.5% 적립 안내
  • 배송비 : 무료 배송비 안내
  • 배송일정 : 서울특별시 종로구 세종대로 기준 지역변경
    11월 25일 출고 예정 배송일정 안내
  • 바로드림 : 인터넷으로 주문하고 영업점에서 직접 수령 안내
행사도서 포함, 5만원이상 구매시 택 1 (라지 3000P, 스몰 2000P 차감)
닫기
  • 스무 살 패브릭 포스터 증정 O tvN 어쩌다 어른 X 교보문고 단독혜택
  • 어린이 가을독서 추천도서전
  • 가을입맛 사로잡기
  • 행사도서 포함, 5만원이상 구매시 택 1 (라지 3000P, 스몰 2000P 차감)
  • 유아/어린이/가정육아 이달의 기대신간
  • 올재 클래식스 100권 완간! 시리즈의 정수만 모은, 올재 셀렉션즈 단독 판매
  • 자기계발 메인이벤트
  • 경제경영 메인이벤트
  • 행사도서 포함, 2만원이상 구매시 택 1 (1500P 차감)
  • 나만의 경쟁력, 동양고전 김원중 명품고전 독서대 증정
  • 비모 벽시계
  • 자기계발:버리거나 혹은 얻거나
상품상세정보
ISBN 9788996659884(8996659886)
쪽수 396쪽
크기 152 * 223 * 30 mm /572g 판형알림
이 책의 원서 ITア―キテクトのやってはいけない 設計,メソドロジ,實裝.テスト,運用,セキュリティのアンチパタ―ン/日經SYSTEMS

책소개

이 책이 속한 분야

누구도 알려주지 않았던 시스템 개발 현장의 128가지 해결책『IT 아키텍트가 하지 말아야 할 128가지』. 이 책은 IT 현장의 실무를 담당하고 있는 IT 아키텍트의 기고에 근거하여 IT 아키텍트가 해서는 안 되는 것들을 모아 정리한 것이다. 설계, 방법론, 구축ㆍ테스트, 운용, 보안 등 5개의 카테고리로 분류하여 해서는 안 되는 것들을 습득할 수 있도록 도와준다.

저자소개

저자 : 니케이시스템즈

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

역자 : 최석기

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

목차

1장. 설계
No.001 EC 사이트에서는 Sorry 화면 방식을 채택해서는 안 된다
No.002 어플리케이션 개발자가 설계서대로 개발해 줄 것이라고 생각해서는 안 된다
No.003 사용자가 성능 요건을 정해줄 것이라고 생각해서는 안 된다
No.004 동일 서버 내의 웹 서비스를 호출해서는 안 된다
No.005 24시간 가동 시스템이라고 모든 것을 24시간 동작시키려고 해서는 안 된다
No.006 클라이언트/서버형 시스템을 가볍게 보아서는 안 된다
No.007 데이터 구조의 품질/성능이 나빠지는 것을 고려해야 한다
No.008 백업 설계를 먼저 해서는 안 된다
No.009 레코드 길이×건수로 데이터 용량을 결정해서는 안 된다
No.010 참조 정합성 제약 기능을 여러 번 사용해서는 안 된다
No.011 테스트 데이터로 성능 평가를 해서는 안 된다
No.012 파티션 분할을 가볍게 해서는 안 된다
No.013 오랜 시간 종료하지 않은 트랜잭션을 사용해서는 안 된다
No.014 기술 영역만 고려해서는 안 된다
No.015 기기의 스펙(명세서)을 bps만으로 판단해서는 안 된다
No.016 가상 네트워크를 물리 네트워크와 똑같이 생각해서는 안 된다
No.017 QoS라는 말로 숨겨서는 안 된다
No.018 QoS를 과신해서는 안 된다
No.019 구축 멤버의 시선만으로 로그 출력을 설계해서는 안 된다
No.020 GC를 정하지 않고 자바 어플리케이션을 설계해서는 안 된다
No.021 실물 모형과 프로토 타입을 혼동해서는 안 된다
No.022 어플리케이션을 함부로 리치화해서는 안 된다
No.023 화면 디자인이나 화면 이동의 변경에 “이것이 최선”이라고 생각해서는 안 된다
No.024 사용자 경험을 무조건 포함시키려 해서는 안 된다
No.025 사용자에게 사용하기 어려운 점을 물어서는 안 된다
No.026 신 클라이언트용 어플리케이션이라고 해도 안심해서는 안 된다
No.027 산출해 보지 않고 TCO를 줄일 수 있다고 생각해서는 안 된다
No.028 신 클라이언트의 도입으로 가용성이 좋아졌다고 트러블이 없다고 생각해서는 안 된다
No.029 가상 PC형으로 이행을 하더라도 검증을 게을리해서는 안 된다
Column1 IT 아키텍트로서 가장 재미있게 느끼는 부분

2장. 방법론
No.030 유스 케이스를 상세하게 작성해서는 안 된다
No.031 납품 문서만 남겨 두면 된다고 생각해서는 안 된다
No.032 패키지를 도입할 때 부가 기능 개발을 선행해서는 안 된다
No.033 패키지를 도입하면 납기를 단축할 수 있다고 생각해서는 안 된다
No.034 협력사나 고객사와 실데이터 파일을 주고 받아서는 안 된다
No.035 WBS 하나의 작업 항목에 여러 담당자를 선정해서는 안 된다
No.036 특정 프로세스나 패턴에 집착해서는 안 된다
No.037 “UP=반복 개발”이라고 생각해서는 안 된다
No.038 ERP와 현행 기능을 비교해서는 안 된다
No.039 다짜고짜 프로토타입부터 시작해서는 안 된다
No.040 고객이 말하는 패키지의 갭 판단을 그대로 받아들여서는 안 된다
No.041 보고서 검토를 뒤로 미뤄서는 안 된다
No.042 “고객이 주체가 되어 해야 할 작업”이라고 해서 고객에게 그대로 주어서는 안 된다
No.043 요건 정의를 하기 위한 계획을 게을리 해서는 안 된다
No.044 비즈니스 요건과 시스템 요건을 혼동해서는 안 된다
No.045 비즈니스 요건을 문장만으로 표현해서는 안 된다
No.046 현행 업무, 현행 시스템의 조사를 회피해서는 안 된다
No.047 성과물의 선정과 표준화를 뒤로 미뤄서는 안 된다
No.048 모든 요건을 사용자가 알고 있다고 생각해서는 안 된다
No.049 후속 공정에 들어가고 나서 테스트를 시작해서는 안 된다
No.050 사용자의 오해를 초래하기 쉬운 요건 정의서를 만들어서는 안 된다
No.051 유스 케이스를 기능 요건이라고 착각해서는 안 된다
No.052 사각지대에 있는 요건을 놓쳐서는 안 된다
No.053 비용과 기간의 밸런스를 무시해서는 안 된다
No.054 요건 정의가 충분하다고 요건 변경이 발생하지 않는다고 생각해서는 안 된다
No.055 프로젝트 특성을 생각하지 않고 모두 동일하게 진행해서는 안 된다
Column2 “풍림화산”과 IT 아키텍트

3장. 구축 및 테스트
No.056 64비트 OS가 32비트 OS보다 우수하다고 생각해서는 안 된다
No.057 기호 링크를 조심성 없이 이용해서는 안 된다
No.058 여러 가지의 OS를 이용할 때는 개행 코드를 무시해서는 안 된다
No.059 정의된 것 이외의 것을 가볍게 보아서는 안 된다
No.060 공개 기능 클래스의 인스턴스를 직접 생성해서는 안 된다
No.061 거대한 정수 클래스를 만들어서는 안 된다
No.062 분량이 많은 코딩 규칙을 만들어서는 안 된다
No.063 오픈소스는 무료라고 생각해서는 안 된다
No.064 직접 빌드한 바이너리를 실제 환경에서 이용해서는 안 된다
No.065 독자적으로 구축해서는 안 된다
No.066 소스 코드에 HTML 생성 코드를 포함해서는 안 된다
No.067 글로벌 변수나 순환 참조를 사용해서는 안 된다
No.068 스레드 세이프로 하는 것을 잊어서는 안 된다
No.069 소스코드를 유용해서는 안 된다
No.070 메모리 관리를 처리계에 맡겨서는 안 된다
No.071 매직 넘버를 이용해서는 안 된다
No.072 실 환경에서 갑자기 테스트를 해서는 안 된다
No.073 모든 결합 테스트를 자동화해서는 안 된다
No.074 테스트를 개발자에게만 맡겨서는 안 된다
No.075 자동식별 모드와 전이중 모드를 혼재시켜서는 안 된다
No.076 랜(LAN) 스위치로 루프 구조를 만들어서는 안 된다
No.077 뷰, 트리거를 많이 사용해서는 안 된다
No.078 현상만 보고 튜닝을 서둘러서는 안 된다
Column3 왜 IT 아키텍트가 중요한가?

4장. 운용
No.079 가상화 환경의 게스트 OS에서 취득한 CPU 사용률을 믿어서는 안 된다
No.080 SLA를 뒤로 연기해서는 안 된다
No.081 운용 비용 절감만을 목표로 해서는 안 된다
No.082 운용 절차 없이 운용해서는 안 된다
No.083 운용을 아웃소싱하고 나서 안심해서는 안 된다
No.084 개발과 운용 커뮤니케이션을 소홀히 해서는 안 된다
No.085 1rack(랙) 60A(암페어) 이상 사용해서는 안 된다
No.086 이중 구성을 믿어서는 안 된다
No.087 자동 백업 툴에 의지해서는 안 된다
No.088 환경 설정을 복사 & 붙여넣기해서는 안 된다
No.089 커널 튜닝을 해서는 안 된다
No.090 출시 직전의 완성형 제품에 갑자기 패치를 해서는 안 된다
No.091 스냅샷으로 백업을 대신해서는 안 된다
No.092 RAID라고 안심해서는 안 된다
No.093 서버 사이에 틈을 남겨두어서는 안 된다
No.094 서버 뒷면에 케이블을 늘어뜨려서는 안 된다
No.095 랙과 서버 사이에 공간을 두어서는 안 된다
No.096 냉통로와 온통로만으로 만족해서는 안 된다
No.097 서버 수만큼만 UPS를 준비해서는 안 된다
No.098 전체를 생각하지 않고 이중 전원으로 해서는 안 된다
No.099 랙이 사용하고 있는 전류 값을 간과해서는 안 된다
No.100 UPS를 설치하는 것만으로 안심해서는 안 된다
No.101 파손된 HDD를 계속 사용해서는 안 된다
No.102 젖은 디스크를 말려서는 안 된다
No.103 젖은 USB 메모리에 전기가 흐르게 해서는 안 된다
No.104 테이프를 적셔서는 안 된다
No.105 테이프의 압축률을 그대로 받아들여서는 안 된다
No.106 공유 폴더를 새로운 서버에 이행해서는 안 된다
No.107 리눅스의 free값(빈 메모리)은 메모리의 빈 영역이 아니다
Column4 IT 아키텍트에게 요구되는 세가지 힘

5장. 보안
No.108 IPS를 도입해도 안심해서는 안 된다
No.109 접근의 증거가 될 만한 흔적을 과잉으로 추출해서는 안 된다
No.110 패스워드 정책을 너무 엄격하게 해서는 안 된다
No.111 바이러스 체크는 과잉도 과소도 안 된다
No.112 패스워드를 프로그램에 하드 코딩해서는 안 된다
No.113 방화벽으로 너무 많은 규칙을 설정해서는 안 된다
No.114 운용이나 성능을 고려하지 않고 암호화해서는 안 된다
No.115 모든 통신을 암호화해서는 안 된다
No.116 운용 관리에 텔넷을 사용해서는 안 된다
No.117 관리자 권한을 공유해서는 안 된다
No.118 DBMS의 감사 기능에 의지해서는 안 된다
No.119 DBMS 기능으로 데이터를 암호화해서는 안 된다
No.120 신 클라이언트의 보안 대책을 게을리 해서는 안 된다
No.121 로그온/로그아웃의 이력을 로그에서 빼서는 안 된다
No.122 로그를 수작업으로 수집해서는 안 된다
No.123 일시적이더라도 UAC를 무효로 해서는 안 된다
No.124 사용자 계정을 바로 삭제해서는 안 된다
No.125 루트 계정을 사용해서는 안 된다
No.126 임시 파일을 안이하게 작성해서는 안 된다
No.127 사용자 이름을 숫자만으로 구성해서는 안 된다
No.128 다운로드 받은 파일이 올바르다고 믿어서는 안 된다

출판사 서평

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

샘... 더보기

북로그 리뷰 (0) 쓰러가기

도서 구매 후 리뷰를 작성하시면 통합포인트를 드립니다.
결제 90일 이내 작성 시 300원 / 발송 후 5일 이내 작성시 400원 / 이 상품의 첫 리뷰 작성 시 500원
(포인트 적립은 작성 후 다음 날 혹은 해당 도서 출고 후 익일에 적립됩니다.
외서/eBook/음반/DVD/GIFT 및 잡지 상품 제외)
안내
  • 해당도서의 리뷰가 없습니다.

Klover 평점/리뷰 (0)

교환/반품/품절안내

※ 상품 설명에 반품/교환 관련한 안내가 있는 경우 그 내용을 우선으로 합니다. (업체 사정에 따라 달라질 수 있습니다.)

교환/반품/품절안내
반품/교환방법 마이룸 > 주문관리 > 주문/배송내역 > 주문조회 > 반품/교환신청 ,
[1:1상담>반품/교환/환불] 또는 고객센터 (1544-1900)

※ 오픈마켓, 해외배송주문, 기프트 주문시 [1:1상담>반품/교환/환불]
    또는 고객센터 (1544-1900)
반품/교환가능 기간 변심반품의 경우 수령 후 7일 이내,
상품의 결함 및 계약내용과 다를 경우 문제점 발견 후 30일 이내
반품/교환비용 변심 혹은 구매착오로 인한 반품/교환은 반송료 고객 부담
반품/교환 불가 사유
  • 소비자의 책임 있는 사유로 상품 등이 손실 또는 훼손된 경우
    (단지 확인을 위한 포장 훼손은 제외)
  • 소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우
    예) 화장품, 식품, 가전제품(악세서리 포함) 등
  • 복제가 가능한 상품 등의 포장을 훼손한 경우
    예) 음반/DVD/비디오, 소프트웨어, 만화책, 잡지, 영상 화보집
  • 소비자의 요청에 따라 개별적으로 주문 제작되는 상품의 경우 ((1)해외주문도서)
  • 디지털 컨텐츠인 eBook, 오디오북 등을 1회 이상 다운로드를 받았을 경우
  • 시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우
  • 전자상거래 등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에
    해당되는 경우
(1) 해외주문도서 : 이용자의 요청에 의한 개인주문상품으로 단순변심 및 착오로 인한 취소/교환/반품 시 ‘해외주문 반품/취소 수수료’ 고객 부담 (해외주문 반품/취소 수수료 : ①양서-판매정가의 12%, ②일서-판매정가의 7%를 적용)
상품 품절 공급사(출판사) 재고 사정에 의해 품절/지연될 수 있으며, 품절 시 관련 사항에 대해서는
이메일과 문자로 안내드리겠습니다.
소비자 피해보상
환불지연에 따른 배상
  • 상품의 불량에 의한 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은
    소비자분쟁해결 기준 (공정거래위원회 고시)에 준하여 처리됨
  • 대금 환불 및 환불지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의
    소비자 보호에 관한 법률에 따라 처리함

이 책의 원서번역서

안내

이 분야의 베스트

더보기+

이 분야의 신간

더보기+

바로가기

  • 우측 확장형 배너 2

최근 본 상품