N-티어 아키텍처란 무엇인가요? 어떻게 구성되고 작동하나요?

Question

IT Interview Practice · Accepted Answer

## N-티어 아키텍처란 무엇인가요?

**N-티어 아키텍처(N-Tier Architecture)**는 시스템을 별도의 배포 티어로 나눕니다. 일반적으로 각 티어는 서로 다른 서버나 서버 그룹에서 실행되며 네트워크로 통신합니다. 흔한 구성은 웹, 비즈니스, 데이터의 세 티어입니다.

핵심 차이는 **레이어가 코드의 책임을 나누는 반면, 티어는 배포 위치를 나눈다는 것**입니다. 하나의 배포 티어 안에 여러 코드 레이어가 있을 수 있습니다. 애플리케이션 안에 폴더 세 개를 만든다고 해서 3-티어 시스템이 되는 것은 아닙니다.

## 3-티어 시스템의 구조

- **웹 티어:** 웹 인터페이스를 제공하고, 사용자 요청을 받아 처리 작업을 비즈니스 티어에 전달합니다.
- **비즈니스 티어:** 주문 검증이나 휴가 신청 처리 같은 애플리케이션 규칙을 적용합니다. 데이터 접근 코드도 이 티어에 둘 수 있습니다.
- **데이터 티어:** 정보를 저장하고 비즈니스 티어의 쿼리를 처리하는 데이터베이스를 실행합니다.

티어는 각각 따로 배포되지만, 하나의 티어가 반드시 서버 한 대일 필요는 없습니다. 예를 들어 웹 티어는 많은 사용자에게 동시에 서비스를 제공하기 위해 여러 인스턴스를 실행할 수 있습니다.

## 요청은 티어를 어떻게 통과하나요?

**휴가 관리 시스템을 예로 들어 봅시다.** 직원이 웹사이트에서 신청서를 제출합니다. 웹 티어는 정보를 받고 네트워크를 통해 비즈니스 티어의 API를 호출합니다. 비즈니스 티어는 데이터베이스에서 직원의 남은 휴가 일수를 조회하고, 신청을 확인한 뒤 유효하면 승인 대기 상태로 저장합니다.

결과는 표시를 위해 웹 티어로 돌아옵니다. 이 설계에서는 브라우저가 데이터베이스에 직접 연결하지 않으며, 비즈니스 티어가 데이터 읽기와 쓰기 요청을 처리합니다.

웹 티어에 과부하가 걸리면 비즈니스 서버를 즉시 추가하지 않고도 웹 서버를 늘릴 수 있습니다. 다만 데이터베이스가 병목이라면 웹 용량을 늘려도 그 원인을 해결하지는 못합니다.

## 장점

- **티어별 자원 할당:** 시스템의 모든 부분을 함께 늘리는 대신 필요한 곳의 용량을 늘릴 수 있습니다.
- **더 명확한 접근 통제:** 데이터베이스 접근을 비즈니스 티어로 제한하여 외부 노출을 줄일 수 있습니다.
- **티어별 배포:** 다른 티어와의 통신 호환성이 유지된다면 운영팀은 필요에 따라 특정 티어를 갱신하거나 유지보수할 수 있습니다.

## 한계

- **추가 지연과 네트워크 장애:** 티어 사이의 호출은 느려지거나 실패할 수 있으며, 애플리케이션은 이런 상황을 처리해야 합니다.
- **운영 작업 증가:** 여러 배포 위치를 설정하고, 모니터링하고, 보호해야 합니다.
- **기능이 반드시 분리되는 것은 아님:** 인사, 휴가 관리, 보고 기능이 여전히 같은 비즈니스 티어를 공유하여 릴리스를 조율해야 할 수 있습니다.

## 언제 사용하면 좋을까요?

N-티어 아키텍처는 웹, 비즈니스 처리, 데이터에 대해 별도의 자원 관리나 접근 통제가 필요한 시스템에 적합합니다. 전통적인 기업 시스템에서도 흔히 사용됩니다. 작은 애플리케이션에서는 추가되는 통신과 운영 복잡성을 감수할 만큼 이점이 있을 때만 티어를 추가하세요.

N-티어 아키텍처란 무엇인가요?

3-티어 시스템의 구조

요청은 티어를 어떻게 통과하나요?

장점

한계

언제 사용하면 좋을까요?

관련 질문