왜 필요한가

주로 일정 글을 보여주는 축제 안내 사이트를 만든다고 가정해 봅시다. 방문자가 가끔 행사를 개인 목록에 저장해 짧은 쓰기 요청이 생깁니다.

축제 일정은 저장 요청이 가끔 들어오므로 상시 실행 앱은 하루 대부분을 대기합니다.

어떻게 해결하는가

글 읽기는 처리기를 호출합니다. 축제 일정 저장은 다른 처리기 실행으로 외부 저장소에 기록합니다. 반복 저장도 예제의 독자·글 키에 따라 기록 하나만 유지합니다. 다음 저장 실패는 저장소를 바꾸지 않고 실패를 반환합니다. 처리기 재시작은 실행 상태만 버리고 기록은 유지합니다. 초기화·새로고침은 가상 저장소를 포함한 페이지 메모리 전체를 지웁니다.

호출 수명과 중복 처리

개념 시뮬레이션

서버리스 함수

공개 글을 읽고 축제 일정을 저장하세요. 반복 요청은 민아 / 축제 일정을 공유합니다.

01 · 관리형 실행

브라우저 → 함수 호출 → 글 HTML

02A · 저장 호출

민아 / 축제 일정

02B · 반복 호출

민아 / 축제 일정

실행 세대: 1 · 이 세대의 호출: 0

↓ 동일 키 → 기록 하나

대기

저장소도 페이지 메모리의 모형입니다. 재시작은 유지하고 초기화·새로고침은 지웁니다. 중복 방지는 직접 작성한 앱 로직입니다.

실행 경계
요청 → 관리형 호출 → 외부 저장소. 호출 사이에 인스턴스 메모리가 사라질 수 있습니다.
상태와 책임
플랫폼은 서버를 관리하고 앱 담당자는 재시도·접근·관찰·영속 기록을 관리합니다.

본문 안의 가상 데모입니다. 초기화·새로고침으로 처음 상태로 돌아갑니다.

무엇이라 부르는가

서버리스 함수는 이벤트나 요청에 응답해 관리형 처리기를 실행합니다. 플랫폼이 서버를 관리하지만 앱의 올바른 동작은 개발자의 책임입니다.

중복 처리와 영속 저장을 설계하고 기존 실행 인스턴스가 남아 있다고 가정하지 마세요.

출처