인프라(Infra)란?
생활을 지탱하는 바탕이나 토대란 의미
**IT 인프라**
IT의 기반이 되는 것으로서 생활을 지탱하는 것
**인프라 아키텍처**
IT 인프라의 ‘구조’
→ 실무에서는 두 개를 혼용해서 사용하는 것 같음
1.2 집약형과 분할형 아키텍처
완벽한 아키텍처란 존재하지 않기에 **시스템 도입 비용** 이 우선적으로 고려되어야 함.
1.2.1 집약형텍처
특징
장비가 멈추지 않아야 됨
- 컴퓨터를 구성하는 주요 부품은 모두 다중화
- 복수의 업무 처리를 동시에 할 수 있도록 유한 리소스 관리
- 주로 ‘기간 시스템’이라 불리는 기업 내 핵심 업무 시스템에서 이용
| 장점 |
단점 |
| 구성이 간단함 |
대형 컴퓨터의 도입 비용과 유지 비용이 비쌈 |
| 리소스 관리나 이중화에 의해 안정성이 높고 고성능 |
확장성의 한계 |
1.2.2 분할형 아키텍처
특징
장비가 저렴함 대신 안정성은 대형 컴퓨터를 못 따라감
| 장점 |
단점 |
| 비용이 저렴함 |
대수가 늘어날수록 관리 구조가 복잡해짐 |
| 서버 대수를 늘릴 수 있어서 확장이 높음 |
한 대가 망가지면 영향 범위를 최소화하기 위한 구조를 검토해야 함 |
물리 서버와 논리서버
**물리 서버**
컴퓨터 자체를 가리키는 경우
인텔 서버 = IA 서버
**논리 서버**
물리적인 서버 안에서 가동되는 서버(소프트웨어)
- 웹 서버 : 사용자 입력 및 HTML 생성
- DB 서버 : 데이터베이스 기능 제공
→ 결론 : 비용을 고려하면 분할형, 안정성을 고려하면 집약형 아키텍처
1.3 수직 분할형 아키텍처
서버별로 역할 담당
1.3.1 클라이언트-서버형 아키텍처
**특징**
- 클라이언트 측에 전용 소프트웨어를 설치해야 함
- 처리당 부하가 낮음
- 서버가 업데이트를 하면 클라이언트도 업데이트 필요
| 장점 |
단점 |
| 클라이언트 측에서 많은 처리를 실행할 수 있어서 소수의 서버로 다수의 클라이언트 처리 가능 |
클라이언트 측의 소프트웨어 정기 업데이트 필요 |
|
서버 확장성의 한 |
1.3.2 3계층형(3-Tier) 아키텍처
| 프레젠테이션 계층 |
애플리케이션 계층(AP 서버) |
데이터 계층(DB서버) |
| • 사용자가 입력을 받음 |
|
|
| • 웹 브라우저 화면을 표시 |
사용자의 요청(Request)에 따라 업무 처리 |
애플리케이션 계층의 요청에 따라 데이터 입출력 |
**특징**
- 특정 서버가 부하가 가지 않는다.
- ⭐모든 처리가 AP 서버나 DB 서버를 이용하지 않아도 됨
- 이미지 파일만 읽는 경우 웹 서버만으로 처리 가능 함(= 다른 서버에 부하 X)
| 장점 |
단점 |
| 서버 부하 집중 개선 |
2-Tier보다 구조가 복잡함 |
| 클라이언트 단말의 정기 업데이트가 불필요 |
|
| ‘처리 반환’에 의한 서버 부하 저감 |
|
1.4 수평 분할형 아키텍처
용도가 같은 서버를 늘려나가는 방식
수직 분할형과 수평 분할형은 배타적인 관계가 아니고, 대부분 두 가지 방식을 함께 채택함.
1.4.1 단순 수평 분할형 아키텍처
**특징**
- 수평으로 늘리기 때문에 확장성이 용이함
- 한 쪽 시스템에 장애가 발생해도 다른 시스템에 영향을 주지 않음
- 각 시스템의 이용자가 비슷할 경우 전체 성능이 올라감
**이용처**
- 거래상으로 멀리 떨어진 시스템
- 공장처럼 각 거점이 완전히 독립 운영된 경우
- SNS의 경우 사용자 ID를 기준으로 Sharding하는 경우가 있음
| 장점 |
단점 |
| 수평으로 서버를 늘리기 때문에 확장성이 향상됨 |
데이터를 일원화해서 볼 수 없다 |
| 분할한 시스템이 독립적으로 운영되므로 서로 영향을 주지 않음 |
애플리케이션 업데이트는 양쪽을 동시에 해줘야 한다. |
|
처리량이 균등하게 분할되어 있지 않으면 서버별 처리량에 치우침이 생긴다. |
1.4.2 공유형 아키텍처
**특징**
- 데이터가 한 곳에 집중적으로 저장되어 있어 보안이나 관리상 유리함
- (ex)본사의 상품 관리부가 각 지점의 상품 정보를 참조할 수 있음
| 장점 |
단점 |
| 수평으로 서버를 늘리기 때문에 확장성이 향상됨 |
분할한 시스템 간 독립성이 낮아짐 |
| 분할한 시스템이 서로 다른 시스템의 데이터를 참조할 수 있다 |
공유한 게층의 확장성이 낮아 |
엣지 컴퓨팅
1.5 지리 분할형 아키텍처
업무 연속성 및 시스템 가용성을 높이기 위한 방식
1.5.1 스텐바이형 아키텍처
**특징**
- 스탠바이를 따로 두지 않고, 양쪽 서버를 동시에 교차 이용하는 경우도 있음.
- 물리 서버가 아닌 가상화 서버를 이용하고 있는 경우 서버상의 소프트웨어뿐만 아니라 사ㅛㅏㅇ 서버별로 다른 물리 서버에 페일오버하는 방식도 선택될 수 있음.
| 장점 |
단점 |
| 물리 서버 고장에 대처할 수 있음 |
페일 오버 대상 서비스가 Stanby 상태가 되기 때문에 리소스 측면에서 낭비 발생 |
1.5.2 재해 대책형 아키텍처
**특징**
- 서버 장비를 최소 구성 및 동시 구성으로 별도 사이트에 배치하고, 소프트웨어도 상용 환경과 동일하게 설정
- 재해가 발생하면 전혀 다른 사이트의 정보를 이용하게 된다.
| 장점 |
단점 |
| 재해에 대응 가능 |
애플리케이션 최신화와 데이터 최신화를 고려해야 |
