그림으로 공부하는 IT 인프라구조 1 아키텍쳐

1. 집약형 아키텍처

• 대형 컴퓨터에서 워크로드를 모두 처리
• 간단한 구성
• 부품(CPU) 등의 이중화를 통한 서비스 고가용성
• 유한리소스관리 : 각 리소스별로 영향을 주지 않으며 동시에 서로 다른 업무 처리
• 기간시스템 : 은행 계정시스템 등에서 아직 사용되고 있음
• 단점: 비용이 높고 확장성이 좋지 않음

2. 분할형

• 여러대의 컴퓨터를 조합해서 하나의 시스템구축
• 비용이저렴
• 소형컴퓨터 성능이 좋아점
• 서버수가 늘어나 복잡 해질 수 있다

3.수직분할

1)클라이언트-서버

• 업무처리 SW를 서버에서 운영
• 클라이언트 단말이 서버에접속하는형태
• 최근 PC측에서 업무 처리 후 추가적인 요청을 서버에서 처리하기도한다.
• 서버에 집중 되어 업무가처리되면 확장성에 문제가 발생
• 서비갱신마다 클라이언트 업데이트 필요

2)3계층형 아키텍쳐

• 클라이언트-서버 발전형 으로 Presentation / application / Data 구조로분할
• Presentation : 요청을 받아 화면에 표시.
• App: 무엇을 할지 판단하여 업무처리하거나 데이터 계층에 질의
• Data: 데이터입출력 담당
• 특정 서버에 부하집중 방지
• 업무 App 서버 갱신에 따른 클라이언트 업데이트 X
• 모든처리가 AP서버 를 요구하지 않는다. 정적데이터의 경우 웹서버에서 반환
• C/ S 구조보다 복잡

4.수평분할

• 수평으로 확장성 실현
• 같은 서버를 늘려나간 형식 / (수직형) 다른 종류의 서버를 늘리는 형식
• 샤딩, 파티셔닝 이라고도 한다

1) 단순 수평분할

• 시스템을 둘로분할
• 각 시스템간 독립성 확보 (서로 다른 데이터 사용)
• App 업데이트를 양쪽으로 동시 실시해야함

2)공유형

• 일부계층 에서 상호 데이터 교환 참조발생
• 독립성 이 낮아지고 공유계층의 확장성이 낮아진다.

5.지리분할형

1)스탠바이형

• 물리 서버를 최소 두대를 준비하여 한대 고장나면 다른한대로 서비스 이전
• Failover : SW 자동으로 재시작하는 구조
• Standby 서버가 Idle하여 리소스 낭비

2)재해대책형

• 재해발생시 다른 위치에 있는 서버 시스템 활용
• 사이트간 데이터 동기화필요