왜 필요한가

글과 저장 버튼이 있는 동네 소식지 사이트를 만든다고 가정해 봅시다. 모두 같은 글을 읽으므로 읽기마다 코드를 실행하면 운영 일만 늘어납니다.

어떻게 해결하는가

글 읽기는 파일 경로를 따릅니다. 동네 소식지 저장은 별도 API를 거쳐 외부 저장소로 갑니다. 반복 저장도 예제의 독자·글 키에 따라 기록 하나만 유지합니다. 다음 저장 실패는 저장소를 바꾸지 않고 실패를 반환합니다. 처리기 재시작 후에도 외부 기록은 남습니다. 초기화·새로고침은 가상 저장소를 포함한 페이지 메모리 전체를 지웁니다.

정적 파일과 별도 API

개념 시뮬레이션

정적 호스팅

공개 글을 읽고 동네 소식지를 저장하세요. 반복 요청은 민아 / 동네 소식지를 공유합니다.

01 · GET

브라우저 → 공개 호스트 → 글 HTML

HTML · CSS · JavaScript

02 · POST 동네 소식지

브라우저 → 별도 저장 API → 외부 저장소 → 확인 응답.

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

대기

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

실행 경계
공개 읽기: 미리 만든 파일. 개인 쓰기: 별도 API 실행과 외부 저장.
상태와 책임
발행자는 파일 최신성, API 담당자는 인증·데이터 복구를 책임집니다. 처리기 재시작은 데이터 복구가 아닙니다.

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

무엇이라 부르는가

정적 호스팅은 미리 만든 HTML·CSS·JavaScript를 전달합니다. 브라우저 조작은 가능하지만 공개 파일이 독자의 개인 기록을 저장하지는 않습니다.

개인 쓰기에는 생성된 파일과 인증 API를 조합하세요.

출처