서버리스 아키텍처란 무엇인가요? 어떻게 구성되고 작동하나요?

Question

IT Interview Practice · Accepted Answer

## 서버리스란 무엇인가요?

**서버리스(Serverless)**는 클라우드 제공자가 서버를 관리하고 실행 자원을 마련하는 애플리케이션 구축 및 실행 방식입니다. 개발팀은 서버를 설치하고 유지보수하는 대신 코드, 서비스 설정, 비즈니스 로직에 집중합니다.

서버는 여전히 존재하지만 제공자가 운영합니다. 일반적인 방식은 요청이나 이벤트에 의해 호출되는 코드인 **함수**를 사용합니다. 제공자는 함수 외에도 서버리스 모델을 따르는 데이터베이스와 스토리지 서비스를 제공합니다.

## 함수 기반 애플리케이션은 무엇으로 구성되나요?

- **트리거:** HTTP 요청, 일정 또는 새 이미지 업로드 같은 이벤트입니다.
- **함수:** 썸네일 생성처럼 필요한 작업을 수행하는 코드입니다.
- **실행 플랫폼:** 런타임 환경을 준비하고 서비스의 제한 범위 안에서 동시 실행 작업 수를 조절합니다.
- **데이터 저장소:** 데이터베이스나 스토리지 서비스가 결과를 영속적으로 보관합니다. 호출 간 데이터를 보존하기 위해 함수의 메모리에 의존해서는 안 됩니다.

## 예시: 썸네일 자동 생성

사용자가 스토리지에 이미지를 업로드하면 이미지 생성 이벤트가 함수를 실행시킵니다. 함수는 원본을 읽고 작은 버전을 만든 뒤 결과를 별도 위치에 저장합니다. 처리가 끝나면 애플리케이션이 썸네일을 표시합니다.

많은 사용자가 동시에 이미지를 업로드하면 플랫폼은 설정된 제한 범위에서 더 많은 함수를 동시에 실행할 수 있습니다. 개발팀이 업로드가 급증할 때마다 추가 서버를 시작할 필요는 없습니다.

이벤트가 다시 전달되면 함수는 중복 결과를 만들지 않고 처리해야 합니다. 예를 들어 각 원본 이미지에 고유 식별자를 부여하고, 해당 썸네일은 항상 이에 대응하는 같은 위치에 저장합니다. 이것이 **멱등성**입니다. 같은 요청을 반복해도 비즈니스상의 결과는 동일하게 유지됩니다.

## 장점

- **서버 관리 감소:** 제공자가 코드를 실행하는 인프라를 관리하므로 팀은 기능 개발에 더 많은 시간을 쓸 수 있습니다.
- **변동하는 작업량에 대응:** 이미지 업로드가 급증했다가 한산해지는 경우처럼 수요에 맞춰 처리 용량을 늘리거나 줄일 수 있습니다.
- **독립적인 작업에 편리:** 팀은 별도 서버 애플리케이션을 구축하지 않고도 이벤트 처리 기능을 추가할 수 있습니다.

## 알아야 할 한계

- **시작 시 지연 발생 가능:** 새 실행 환경이 필요하면 요청은 초기화를 기다려야 합니다. 이를 **콜드 스타트**라고 하며, 모든 호출에서 발생하는 것은 아닙니다.
- **실행 제한 존재:** 함수에는 서비스별로 실행 시간, 자원, 동시 실행 수의 제한이 있습니다. 큰 작업은 나누거나 다른 곳에서 실행해야 할 수 있습니다.
- **여전히 필요한 실패 관리:** 팀은 실패한 작업을 모니터링하고, 재시도를 설정하고, 중복 요청을 처리해야 합니다. 제공자가 비즈니스 로직 오류를 자동으로 해결해 주지는 않습니다.

## 서버리스는 언제 사용하면 좋을까요?

서버리스 함수는 이미지 처리, 다른 시스템에서 오는 알림, 예약 작업, 트래픽 변동이 있는 API에 적합합니다. 작업이 오랫동안 계속 실행되어야 하거나 매우 일정한 응답 시간이 필요하다면 장단점을 신중히 검토하세요. 제한과 요금은 선택한 서비스에 따라 달라집니다.

서버리스란 무엇인가요?

함수 기반 애플리케이션은 무엇으로 구성되나요?

예시: 썸네일 자동 생성

장점

알아야 할 한계

서버리스는 언제 사용하면 좋을까요?

관련 질문