[IT Term] 서버리스(Serverless)란 무엇인가? (정의, 특징, 장단점 비교)

Intro

안녕하세요. 이번 시간에는 서버리스(serverless)의 의미에 대해 알아보겠습니다. 

 

What's Serverless?

서버리스 (Serverless)의 단어만 보면, 서버(Sever) + 리스(Less)의 합성어로 서버가 없다는 뜻처럼 보입니다. 하지만 서버리스는 애플리케이션 개발과 배포를 위해 서버 인프라를 설정하고 관리할 필요가 없는 클라우드 컴퓨팅 모델을 의미합니다. 

 

Characteristics of Serverless

서버리스는 클라우드 공급 업체가 인프라를 관리하기 때문에 애플리케이션 코드에 집중할 수 있습니다. 서버리스 애플리케이션은 필요한 경우에만 실행되며, 실행되는 각 함수에 대해 클라우드 공급 업체에서 자동으로 스케일링을 처리합니다.

 

이러한 이유로 서버리스는 비용 효율적이고 빠르게 개발할 수 있으며, 스케일링 및 사용자 요구에 대한 대응이 빠릅니다. 대표적으로 AWS Lambda, Azure Functions, Google Cloud Functions 이 있습니다. 

 

Advantages of serverless

1. 비용 효율적: 서버리스는 사용한 만큼만 비용을 지불합니다. 사용량이 적은 경우에는 적은 비용을 지불하고, 많은 사용량이 있을 때는 자동으로 스케일링되어 추가 비용이 발생합니다. 효율적인 비용 관리에 용이합니다. 
2. 빠른 개발: 서버리스는 인프라 설정과 관리 부담이 없으므로, 개발자는 애플리케이션 코드에 집중할 수 있습니다. 이는 더욱 빠른 애플리케이션 개발 및 출시를 가능하게 합니다.
3. 스케일링 용이성: 서버리스는 자동으로 스케일링되므로, 대규모 트래픽 처리에 유연하게 대응할 수 있습니다.
4. 높은 가용성: 서버리스는 다중 가용 영역(Multi-AZ)에서 실행될 수 있으므로, 시스템 장애 발생 시에도 서비스의 가용성을 보장할 수 있습니다. 

+) 다중 가용 영역(Multi-AZ)

다중 가용 영역(Multi-AZ, Multiple Availability Zones)은 클라우드 서비스 제공 업체가 제공하는 기능 중 하나로, 지리적으로 분산된 여러 개의 데이터 센터에 서버를 배치하여 서비스의 가용성과 내구성을 보장하는 것입니다.

예를 들어, AWS에서는 다중 가용 영역을 제공합니다. 다중 가용 영역은 동일한 지역 내에서 위치한 서로 다른 물리적인 데이터 센터를 의미합니다. 이러한 다중 가용 영역은 서버가 위치한 데이터 센터에 장애가 발생하더라도 다른 데이터 센터에서 서비스를 계속할 수 있으므로, 서비스의 가용성과 내구성을 보장할 수 있습니다.

 

Disadvantages of serverless

1. 제한된 실행 시간: 서버리스 함수는 특정 시간 이내에 실행되어야 하며, 일반적으로 15분 이내로 제한됩니다. 따라서 긴 실행 시간이 필요한 애플리케이션의 경우 서버리스를 사용하기 어렵습니다.
2. 느린 실행 속도: 서버리스 함수는 처음 실행될 때 초기화가 필요하므로, 지연 시간이 발생합니다.
3. 제한된 지원 언어: 서버리스 함수는 제한된 언어 및 프레임워크만 지원됩니다. 따라서 애플리케이션 개발 시 선택할 수 있는 언어와 프레임워크가 제한됩니다.
4. 로컬 개발 어려움: 서버리스 함수는 클라우드 환경에서 실행됩니다. 따라서 로컬 개발 및 디버깅이 어려울 수 있습니다. 이를 보완하기 위해서는 로컬 환경에서 서버리스 함수를 실행하는 도구를 사용해야 합니다.

 

Serverless is a good use

1. 단기간 짧은 작업: 서버리스는 단기간 짧은 작업에 적합합니다. 예를 들어, 이메일 발송, 이미지 리사이징, 데이터 처리 등의 작업을 수행하는 데 적합합니다.
2. 변동성이 큰 워크로드: 서버리스는 자동으로 스케일링되므로, 변동성이 큰 워크로드에 적합합니다. 예를 들어, 웹 사이트의 트래픽이 시간에 따라 크게 달라지는 경우 서버리스를 사용하여 자동으로 스케일링할 수 있습니다.
3. 짧은 개발 주기: 서버리스는 인프라 설정과 관리 부담이 없으므로, 개발자는 애플리케이션 코드에 집중할 수 있습니다. 이는 더욱 빠른 애플리케이션 개발 및 출시를 가능하게 합니다.
4. 강력한 이벤트 기반 아키텍처: 서버리스는 이벤트 기반 아키텍처(Event-Driven Architecture)를 구현하는 데 적합합니다. 이벤트 기반 아키텍처는 애플리케이션의 모든 부분이 이벤트를 수신하고 이를 처리하는 방식으로 동작하며, 서버리스는 이러한 이벤트 기반 아키텍처를 구현하는 데 적합한 기술입니다.
5. 비즈니스 로직 집중: 서버리스는 인프라 설정과 관리 부담이 없으므로, 개발자는 비즈니스 로직에 집중할 수 있습니다. 이는 애플리케이션 개발 시간을 단축하고, 생산성을 높이는 데 도움이 됩니다.
6. 저비용 운영: 서버리스는 사용한 만큼만 비용을 지불하므로, 운영 비용이 상대적으로 저렴합니다. 이는 비즈니스 비용을 줄이는 데 도움이 됩니다.

 

Serverless is a bad use

1. 장기간 지속되는 작업: 서버리스는 단기간 짧은 작업에 적합하지만, 장기간 지속되는 작업에는 적합하지 않을 수 있습니다. 이는 서버리스 함수가 실행되는 시간이 제한되어 있기 때문입니다.
2. 대규모 데이터 처리: 대규모 데이터 처리는 서버리스에서는 비효율적일 수 있습니다. 이는 서버리스 함수가 각각의 작업을 수행할 때마다 인프라를 설정하고 제거하기 때문입니다.
3. 고성능 필요: 서버리스는 애플리케이션의 실행 시간이 제한되어 있기 때문에, 고성능이 필요한 애플리케이션에는 적합하지 않을 수 있습니다.
4. 특정 요구사항 충족 불가능: 서버리스는 클라우드 제공 업체가 제공하는 서비스에 따라 제한되는 기능이 있을 수 있습니다. 따라서 특정 요구사항을 충족할 수 없을 수도 있습니다.
5. 전체 제어 필요: 서버리스는 인프라 관리 부담이 적지만, 전체적인 제어가 필요한 경우에는 적합하지 않을 수 있습니다. 예를 들어, 보안 요구사항이 엄격한 경우에는 전체적인 제어가 필요하므로 서버리스를 사용하기 어려울 수 있습니다.

---