Web Guide서버리스인프라 구조비용 구조
서버리스 아키텍처 검토 기준
서버를 직접 두지 않는 방식도 있습니다.
관리 부담이 줄지만 모든 경우에 맞는 것은 아닙니다.
01어떤 개념인가
서버가 없는 것이 아니라 우리가 서버를 관리하지 않는 방식입니다.
요청이 있을 때만 실행되고 그만큼만 과금됩니다.
일반 서버
항상 켜져 있음 · 사용 여부와 무관하게 과금 · 직접 관리 · 예측 가능한 비용
서버리스
요청 시에만 실행 · 사용량만큼 과금 · 관리 부담 적음 · 트래픽이 적으면 매우 저렴
02적합한 경우
사용이 드물거나 변동이 큰 작업에 유리합니다.
1
가끔 쓰는 기능
이미지 변환, 파일 처리 같은 간헐적 작업.
2
변동이 큰 요청
평소 적다가 가끔 몰리는 경우.
3
알림 발송
특정 조건에 반응하는 처리.
4
정기 작업
하루 한 번 도는 배치 작업.
5
간단한 API
폼 접수 같은 가벼운 처리.
03맞지 않는 경우
항상 돌아가는 서비스에는 오히려 불리할 수 있습니다.
상시 고부하
계속 쓰면 일반 서버가 저렴할 수 있습니다.
첫 실행 지연
오랜만에 호출되면 반응이 느립니다.
실행 시간 제한
긴 작업은 중간에 끊길 수 있습니다.
상태 유지
연속적인 상태가 필요한 작업에 불리합니다.
데이터베이스 연결
연결 수가 몰리면 문제가 생길 수 있습니다.
종속
특정 서비스 방식에 묶이기 쉽습니다.
04부분 적용
전체를 바꾸지 않고 일부 기능만 옮기는 방식이 현실적입니다.
무거운 작업 분리이미지 변환 같은 작업만 떼어냅니다.
급증 대응이벤트 접수만 별도로 처리합니다.
정기 작업 이전배치 작업을 옮겨 서버 부담을 줄입니다.
비용 비교옮기기 전에 실제 비용을 계산합니다.
모니터링실행 실패를 감지할 수 있게 합니다.
되돌릴 여지필요하면 원래대로 돌릴 수 있게 설계합니다.
CHECK POINT
□ 해당 기능의 호출 빈도를 파악했는가
□ 상시 고부하가 아닌 작업인가
□ 첫 실행 지연이 문제가 되지 않는가
□ 실행 시간 제한 안에 끝나는 작업인가
□ 일반 서버와 비용을 비교했는가
□ 실행 실패를 감지할 수 있는가
□ 특정 서비스 종속을 고려했는가
#서버리스#인프라 구조#비용 구조#배치 작업#확장성#클라우드#부분 적용#호스팅#웹비스타#홈페이지 제작