Brain핵심 인사이트 (3줄 요약)
- 본질: 서버리스(Serverless)는 개발자가 서버 관리 대신 비즈니스 로직(함수)에만 집중하는 방식으로, 실행될 때만 자원을 할당받는 FaaS(Function as a Service)가 핵심이다.
- 가치: 서버를 미리 띄워둘 필요가 없어 비용이 매우 저렴(사용한 만큼만 지불)하고, 갑작스러운 호출 증가에도 무한히 자동 확장(Scale-out)된다.
- 판단 포인트: 감리 시에는 첫 호출 시 반응이 느린 '콜드 스타트(Cold Start)' 문제와 함수 실행 시간 제한 등 기술적 한계를 비즈니스 관점에서 분석(분석망)해야 한다.
Ⅰ. 개요 및 필요성
"서버가 없다는 뜻인가요?" 아니다. 서버는 구름(클라우드) 뒤에 숨어 있고, 개발자는 서버의 존재를 신경 쓸 필요가 없다는 뜻이다. 예전에는 24시간 식당을 운영하기 위해 손님이 없어도 월세를 내야 했지만, 서버리스는 '배달 전용 공유 주방'과 같다. 주문(호출)이 들어올 때만 요리사(함수)가 나타나 요리하고, 요리가 끝나면 사라진다. 돈도 요리한 시간만큼만 낸다. 효율성의 극치다.
📢 섹션 요약 비유: 서버리스는 '수도꼭지'와 같다. 물탱크(서버)를 직접 관리할 필요 없이, 필요할 때 꼭지만 틀면 물(함수 실행)이 나오고 쓴 만큼만 수도료(비용)를 내면 되기 때문이다.
Ⅱ. 아키텍처 및 핵심 원리
1. FaaS (Function as a Service)
- 애플리케이션을 아주 작은 '함수(Function)' 단위로 쪼개어 배포한다.
- 특정 사건(Event, 예: 이미지 업로드, HTTP 요청)이 발생할 때만 함수가 실행된다.
- 대표 서비스: AWS Lambda, Google Cloud Functions.
2. 서버리스의 작동 프로세스
- Event 발생: 사용자가 버튼을 누르거나 DB에 값이 들어옴.
- Container 할당: 클라우드가 즉시 함수를 담을 작은 컨테이너를 띄움.
- 실행 및 종료: 코드가 돌아가고 결과값을 반환한 뒤 자원을 즉시 반납함.
📢 섹션 요약 비유: 서버리스는 '센서 등'과 같다. 복도에 사람이 없을 때는 꺼져 있다가(비용 0원), 발소리(이벤트)가 들리는 순간에만 반짝 켜지는 것과 같다.
Ⅲ. 비교 및 연결
서버 방식(IaaS/PaaS) vs 서버리스(FaaS)
| 비교 항목 | 전통적 서버 방식 | 서버리스 방식 (FaaS) |
|---|---|---|
| 비용 지불 | 서버를 켜둔 시간에 비례 | 실제 코드가 실행된 횟수/시간 비례 |
| 확장성 | 설정에 따라 늘어남 (느림) | 호출량에 따라 즉시 무한 확장 (매우 빠름) |
| 관리 부담 | OS, 패치 등 관리 필요 | 관리 부담 전혀 없음 (No Ops) |
| 응답 속도 | 항상 켜져 있어 즉각 응답 | 첫 실행 시 지연 발생 (Cold Start) |
| 적합 사례 | 지속적 고부하 업무, 24시간 서비스 | 비정기적 알림, 이미지 썸네일 생성, API |
📢 섹션 요약 비유: 전통적 서버는 '자가용'을 사서 관리하는 것이고, 서버리스는 필요할 때만 부르는 '택시(Uber)'를 타는 것이다.
Ⅳ. 실무 적용 및 기술사 판단
기술사 핵심 포인트 (한계 분석):
- Cold Start (콜드 스타트): 오랫동안 안 쓰던 함수를 부를 때 컨테이너를 준비하느라 1~2초 지연되는 현상이다. 실시간성이 중요한 게임이나 결제 시스템에서는 치명적일 수 있음을 지적해야 한다.
- Stateless (무상태성): 함수는 실행 후 사라지므로 기억력(메모리)이 없다. 정보를 유지하려면 외부 DB나 Redis를 반드시 써야 하는 아키텍처적 제약을 언급한다.
- Vendor Lock-in (종속성): AWS 람다용 코드는 구글 클라우드에서 그대로 돌리기 힘들다. 이를 방지하기 위한 'Serverless Framework' 같은 추상화 도구 활용을 제안한다.
📢 섹션 요약 비유: 서버리스 한계 분석은 '택시의 단점 체크'와 같다. 요금은 싸지만, 잡으려고 하면 안 올 때가 있고(콜드 스타트), 택시 안에 내 짐을 보관할 수 없는(무상태성) 것과 같기 때문이다.
Ⅴ. 기대효과 및 결론
서버리스는 클라우드 활용의 최종 진화 형태다. 비용을 혁신적으로 줄이고 개발 속도를 극대화한다. 기술사 시험에서는 단순히 "편하다"는 장점을 넘어, 콜드 스타트 해결 방안(Provisioned Concurrency)과 함수 간의 복잡한 호출을 관리하는 '서버리스 오케스트레이션(Step Functions)'을 논하는 것이 전문가다운 깊이다.
📢 섹션 요약 비유: 서버리스는 IT 세상의 '레고 블록 조립'이다. 큰 판(서버)을 걱정할 필요 없이, 필요한 조각(함수)만 딱딱 끼워 맞춰서 세상을 빠르게 창조해낼 수 있게 돕는다.
📌 관련 개념 맵
| 개념 | 연관 키워드 | 관계 |
|---|---|---|
| Cold Start | 지연 시간, 컨테이너 준비 | 서버리스 아키텍처의 최대 약점이자 해결 과제 |
| Event-driven | 트리거, 비동기 | 서버리스 함수를 깨우는 신호 체계 |
| BaaS (Backend as a Service) | Firebase, 인증, DB | FaaS와 짝을 이루어 서버 없는 앱을 완성하는 서비스들 |
| FinOps | 비용 최적화, 낭비 제거 | 서버리스 도입을 통해 가장 크게 얻을 수 있는 재무적 이득 |
👶 어린이를 위한 3줄 비유 설명
- 컴퓨터 선생님이 항상 옆에 있는 게 아니라, 내가 "도와주세요!"라고 부를 때만 뿅 나타나는 마법이에요.
- 선생님이 일한 시간만큼만 용돈을 드리면 되니까 돈을 아주 많이 아낄 수 있어요.
- 하지만 선생님이 잠에서 깨어나서 우리 집까지 오는 데 시간이 아주 조금 걸릴 수도 있답니다.