서버리스
서버리스(Serverless)는 서버가 없다고 생각할 수 있는데 사실 서버가 없는 건 아니다. 특정 작업을 수행하기 위해 컴퓨터를 혹은 가상머신에 서버를 설정하고, 이를 통해 처리하는 것이 아님을 의미한다.
정리하면 개발자가 서버를 관리할 필요없이 애플리케이션을 빌드하고 실행할 수 있도록 하는 클라우드 네이티브 개발 모델이다.
예를 들어 서버의 사용자가 늘어날 것을 기대하고 그에 맞는 용량의 서비스도 늘렸다면 사용자가 늘던 줄던 동일한 금액을 내야 한다. 이는 분명 손실을 가지고 온다.
반면에 서버리스 아키텍처에서는 동적으로 서버의 자원을 할당한다.
서버리스를 활용하면 운영체제 및 파일 시스템 관리, 보안 패치, 부하 분산, 용량 관리, 스케일링, 로깅, 모니터링 같은 일상적인 작업을 모두 클라우드 서비스 제공업체에 맡길 수 있다.
서버리스 아키텍처 종류
FaaS(Function as a Service): AWS Lambda, Microsoft Azure Functions, Google Cloud Functions ...BaaS(Backend as a Service): Firebase, Kinvey, Parse ...
두가지 종류가 있지만 서버리스라고 하면 일반적으로 FaaS를 말한다.
FaaS(Function as a Service)
FaaS는 프로젝트를 여러 함수로 쪼갠 뒤, 컴퓨팅 자원에 등록하고 이 함수들이 실행되는 횟수만큼 비용을 지불하는 방식이다.
Stateless: 함수가 항상 같은 머신에서 실행된다는 보장이 없기에 무상태를 유지해야 한다.Ephemeral: 특정 이벤트가 발생했을 때에만 컨테이너로 배포되고, 실행이 끝난 후에는 자원이 회수되므로 일시적으로만 배포된다고 할 수 있다.
BaaS(Backend as a Service)
BaaS는 개발자가 다양한 제3사 서비스와 애플리케이션에 액세스할 수 있게 해준다. 인증 서비스와 추가 암호화, 데이터베이스 등을 제공해준다. BaaS를 활용하는 경우 API로 통신한다. BaaS를 사용하여 개발하기 적합한 프로젝트로는 실시간 응용프로그램(채팅앱), 교통 앱, SNS 유형 앱, 스트리밍 앱 등이 있다.
서버리스의 장단점
장점
운영 비용을 줄일 수 있으므로 경제적
서버 관리에 신경 쓸 필요가 없으므로 개발자 생산성 향상 및 개발 시간 단축
자동 스케일 업 및 스케일 다운
간단한 패키징 및 배포
단점
Cold start
서버가 항시 요청에 대기하는 것이 아니므로 느리다.
실행 시간 한계
단순작업(댓글 혹은 이메일 작성)에는 적합하지만 긴 시간이 소요되는 작업(동영상 업로드, 데이터 백업)에는 비효율 적이다.
서버리스는 함수가 1회 호출 될 때 사용할 수 있는 메모리 및 시간에 제한이 있기 때문이다.
만약 작업이 끝나지 않은 채로 해당 시간이 지나면 작업이 완료될때까지 일정 시간마다 계속 함수를 다시 호출하게 된다.
클라우드 제공 플랫폼에 종속적
디버깅 및 테스트에 불편
ref
Last updated