계층형 아키텍처란 무엇인가요? 어떻게 구성되고 작동하나요?

Question

IT Interview Practice · Accepted Answer

## 계층형 아키텍처란 무엇인가요?

**계층형 아키텍처(Layered Architecture)**는 소스 코드를 계층으로 나누고, 각 계층이 특정 종류의 작업을 맡도록 구성합니다. 요청 수신, 비즈니스 규칙 적용, 데이터 접근을 분리하여 코드를 이해하고 유지보수하기 쉽게 만듭니다.

이 계층들은 하나의 애플리케이션 안에서 실행될 수 있습니다. 계층은 코드의 책임을 나타냅니다. 구성 요소를 별도 서버에 배치하는 것은 N-티어 아키텍처에서 다루는 배포 문제입니다.

## 일반적인 계층

웹 애플리케이션에는 흔히 다음 세 계층이 있습니다.

- **표현 계층:** 정보를 표시하고 사용자 동작이나 HTTP 요청을 받아 결과를 사용자에게 반환합니다.
- **비즈니스 계층:** 직원에게 사용 가능한 휴가가 충분한지 확인하는 등 애플리케이션의 규칙을 적용합니다.
- **데이터 접근 계층:** 남은 휴가 일수를 조회하거나 휴가 신청을 저장하는 등 데이터베이스를 읽고 씁니다.

전통적인 계층 구조에서는 표현 계층이 비즈니스 로직을 호출하고, 비즈니스 로직이 데이터 접근 계층을 호출합니다. 이렇게 하면 데이터베이스 쿼리와 비즈니스 규칙을 표현 코드에서 분리할 수 있습니다.

## 요청은 어떻게 처리되나요?

**휴가 관리 애플리케이션을 예로 들어 봅시다.** 직원이 신청서를 제출하면 표현 계층이 날짜를 받아 비즈니스 로직에 전달합니다. 비즈니스 로직은 데이터 접근 계층을 통해 남은 휴가 일수를 조회하고 신청 내용을 확인합니다.

유효한 신청이면 애플리케이션은 승인 대기 상태로 신청을 저장하고 확인 결과를 반환합니다. 남은 휴가가 부족하면 비즈니스 로직이 신청을 거부하고 표현 계층이 그 이유를 표시합니다. 이 예시에서는 나중에 승인할 때 휴가 일수를 차감합니다.

회사의 휴가 정책이 바뀌면 개발자는 비즈니스 계층을 수정합니다. 주고받는 정보가 그대로라면 표현 계층과 데이터 저장 방식은 바꾸지 않아도 됩니다.

## 장점

- **명확한 수정 위치:** 표현, 규칙, 데이터베이스 쿼리가 코드베이스에서 각각 정해진 위치를 가집니다.
- **재사용 가능한 비즈니스 로직:** 여러 화면이 같은 작업을 호출할 수 있어 화면마다 규칙이 달라지는 일을 방지합니다.
- **명확한 역할 분담:** 개발자는 각 계층의 책임과 주고받는 데이터를 이해할 수 있습니다.

## 한계

- **여러 계층에 걸친 변경:** 새 필드를 추가하려면 표현 계층, 비즈니스 로직, 저장소를 모두 변경해야 하는 경우가 많습니다.
- **폴더 분리만으로는 불충분:** 표현 계층이 여전히 데이터를 직접 조회하거나 비즈니스 규칙을 직접 적용하면 경계가 모호해집니다.
- **데이터 의존성으로 인한 테스트의 어려움:** 비즈니스 로직이 특정 쿼리 구현에 묶여 있으면 테스트에 실제 데이터베이스가 필요할 수 있습니다.

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

계층형 아키텍처는 관리 도구, 인사 애플리케이션, 양식이 많고 익숙한 비즈니스 절차를 따르는 시스템에 적합합니다. 시스템이 커지면 코드를 비즈니스 모듈로 나누고 각 모듈 내부에 계층을 적용하세요. 모든 기능을 담은 하나의 거대한 비즈니스 계층이 생기는 것을 피할 수 있습니다.

계층형 아키텍처란 무엇인가요?

일반적인 계층

요청은 어떻게 처리되나요?

장점

한계

언제 사용하면 좋을까요?

관련 질문