[면접] Architecture 아키텍쳐 설명 예시, 종류

자바 백엔드 개발자 면접에서 아키텍처를 설명할 때는, 시스템의 주요 구성 요소와 이들 간의 상호 작용을 명확하게 설명하는 것이 중요합니다. 아키텍처 설명 시, 일반적으로 다음과 같은 구조를 따를 수 있습니다.

1. 전체적인 시스템 개요

먼저, 전체 시스템의 개요를 간단히 설명합니다. 시스템이 무엇을 하는지, 어떤 문제를 해결하는지, 주요 기능은 무엇인지를 설명합니다.
  예) OOO 시스템은 온라인 교육 학원 애플리케이션으로, 주문 관리, 수강 관리, 사용자 관리, 쿠폰 관리, 문의 관리, 기기 관리 기능을 포함하고 있습니다. 회원&인증 서버는 독립적으로 분리되어 있고, 나머지 기능은 단일 애플리케이션으로 통합되어 있습니다.

2. 주요 구성 요소 (Components)

시스템을 구성하는 주요 요소들을 설명합니다. 일반적으로 다음과 같은 요소들이 포함될 수 있습니다:

• 클라이언트 (Client): 사용자와 상호 작용하는 프론트엔드 애플리케이션입니다.
• API 게이트웨이 (API Gateway): 클라이언트 요청을 처리하고 라우팅하는 역할을 합니다.
• 서비스 (Services): 비즈니스 로직을 수행하는 마이크로서비스나 모놀리틱 서비스입니다.
• 데이터베이스 (Database): 데이터를 저장하고 관리하는 시스템입니다.
• 메시지 브로커 (Message Broker): 서비스 간 비동기 통신을 처리하는 시스템입니다.
• 캐시 (Cache): 자주 조회되는 데이터를 임시로 저장하여 성능을 향상시키는 시스템입니다.
  
  또는
  
  
• 클라이언트 (Client): 웹 애플리케이션과 모바일 애플리케이션을 포함합니다.
• 단일 애플리케이션 (Single Application): 모든 비즈니스 로직이 하나의 애플리케이션 내에 포함됩니다.
• 데이터베이스 (Database): 애플리케이션 전체에서 사용하는 단일 데이터베이스입니다.
  
  

3. 아키텍처 스타일

시스템이 어떤 아키텍처 스타일을 사용하는지 설명합니다. 예를 들어:

• 모놀리틱 아키텍처 (Monolithic Architecture): 모든 기능이 하나의 애플리케이션에 포함되는 구조.
• 마이크로서비스 아키텍처 (Microservices Architecture): 각 기능이 독립적인 서비스로 분리된 구조.
  

4. 데이터 흐름

클라이언트의 요청이 시스템을 통해 어떻게 처리되는지, 데이터가 어떻게 흐르는지를 설명합니다. 다음과 같은 순서로 설명할 수 있습니다:

• 클라이언트가 API 게이트웨이에 요청을 보냄
• API 게이트웨이가 요청을 적절한 서비스로 라우팅
• 서비스가 데이터베이스에서 데이터를 조회하거나 갱신
• 서비스 간 필요한 경우 메시지 브로커를 통해 비동기 통신
• 캐시를 사용하여 데이터 조회 성능을 향상
  
  또는
  
  
• 클라이언트: 사용자가 웹 또는 모바일 애플리케이션을 통해 요청을 보냅니다.
• 단일 애플리케이션:
  • 요청을 처리하는 단일 코드베이스에서 사용자 인증, 도서 검색, 주문 처리 등의 모든 비즈니스 로직을 수행합니다.
  • 서비스 레이어와 데이터 액세스 레이어가 같은 코드베이스 내에 존재합니다.
• 데이터베이스: 단일 데이터베이스에서 데이터를 조회하거나 업데이트합니다.
• 응답: 처리 결과를 클라이언트에 반환합니다.
  
  

5. 주요 설계 패턴 및 기술 스택

사용한 주요 설계 패턴과 기술 스택을 설명합니다. 예를 들어:

• 디자인 패턴: 싱글톤 패턴, 팩토리 패턴, 리포지토리 패턴 등
• 기술 스택
  
  • 프레임워크: Spring Boot
  • 웹 서버: Tomcat
  • 데이터베이스: MSSQL
  • 캐시: Redis
  • 프론트엔드: Jsp/Thymeleaf 템플릿 엔진을 사용하는 Spring MVC, 또는 REST API를 호출하는 vue.js/React.js/Angular 등
  • 빌드 도구: Maven/Gradle
    
    

6. 비기능적 요구사항

시스템이 어떻게 비기능적 요구사항을 충족하는지 설명합니다. 예를 들어:

• 확장성 (Scalability): 서버의 스케일 업(수직 확장)을 통해 처리 능력을 향상시킵니다. 예를 들어, 더 강력한 CPU나 더 많은 메모리를 추가합니다.
• 가용성 (Availability): 여러 인스턴스를 실행하여 로드 밸런싱을 적용합니다.
• 보안 (Security): 인증 및 인가를 중앙에서 관리하고, SSL을 통해 데이터 전송을 암호화합니다.
• 성능 (Performance): 적절한 인덱스를 사용하고, 캐싱을 통해 데이터베이스 부하를 줄입니다.

 

예시: 모놀리틱 아키텍처 설명

OOO 시스템은 온라인 교육 학원 애플리케이션으로, 
주문 관리, 수강 관리, 사용자 관리, 쿠폰 관리, 문의 관리, 기기 관리 기능을 포함하고 있습니다. 


1. **클라이언트**: 사용자는 웹 애플리케이션 또는 모바일 애플리케이션을 통해 시스템에 접근합니다.
2. **애플리케이션**: 회원 인증 서버는 독립적으로 분리되어 있고, 나머지 비즈니스 로직은 단일 애플리케이션으로 통합되어 있습니다.
Spring Boot를 사용하여 개발되었으며, 주문 관리, 수강 관리, 사용자 관리, 쿠폰 관리, 문의 관리, 기기 관리 기능을 담당합니다.
3. **데이터베이스**: MSSQL을 사용하며, 모든 데이터를 저장합니다.

클라이언트가 상품 조회 요청을 하면, 웹 서버(Tomcat)가 요청을 받아서 Spring Boot 애플리케이션으로 전달합니다. 
애플리케이션은 데이터베이스에서 상품 정보를 조회하고, 결과를 클라이언트에 반환합니다. 
인증을 제외한 모든 비즈니스 로직은 단일 코드베이스 내에서 처리되므로, 개발과 배포가 간편합니다.

 

 

예시: 간단한 마이크로서비스 아키텍처 설명

우리 시스템은 전자 상거래 애플리케이션으로, 
사용자 관리, 상품 관리, 주문 관리를 담당하는 세 개의 주요 마이크로서비스로 구성되어 있습니다.

1. **클라이언트**: 사용자 인터페이스는 React.js로 구현된 웹 애플리케이션입니다.
2. **API 게이트웨이**: 클라이언트 요청은 Nginx를 API 게이트웨이로 사용하여 적절한 서비스로 라우팅합니다.
3. **사용자 서비스**: Spring Boot로 구현되었으며, 사용자 등록, 로그인 등의 기능을 제공합니다.
4. **상품 서비스**: Spring Boot로 구현되었으며, 상품의 CRUD 작업을 처리합니다.
5. **주문 서비스**: Spring Boot로 구현되었으며, 주문 생성, 조회, 결제 등을 처리합니다.
6. **데이터베이스**: 각 서비스는 독립적인 MySQL 데이터베이스를 사용합니다.
7. **메시지 브로커**: Kafka를 사용하여 주문 생성 시 재고 관리 서비스와 비동기적으로 통신합니다.
8. **캐시**: Redis를 사용하여 자주 조회되는 상품 정보를 캐시합니다.

클라이언트가 상품 조회 요청을 하면, API 게이트웨이가 상품 서비스로 요청을 전달하고, 
상품 서비스는 Redis 캐시에서 데이터를 조회합니다. 
캐시에 데이터가 없으면 데이터베이스에서 조회하여 캐시에 저장한 후 클라이언트에 응답합니다.

이 아키텍처는 각 서비스가 독립적으로 배포되고 확장될 수 있도록 설계되었으며, 
Kafka를 통해 서비스 간 통신이 비동기적으로 이루어져 확장성과 성능을 향상시킵니다.