왜 필요한가

간헐적인 요청에도 서버 작업은 필요합니다. 다만 계속 대기하는 프로세스를 팀이 직접 운영하고 싶지는 않습니다.

어떻게 해결하는가

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

호출 수명과 중복 처리

개념 시뮬레이션

서버리스 함수

공개 글을 읽고 A17을 저장하세요. 반복 요청은 reader-01 / A17을 공유합니다.

01 · 관리형 실행

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

02A · 저장 호출

reader-01 / A17

02B · 반복 호출

reader-01 / A17

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

↓ 동일 키 → 기록 하나

대기

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

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

무엇이라 부르는가

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

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

출처