정리와 연습
핵심 요점
- 배포는 한순간이 아니라 워크플로다: 배포하고, 관찰하고, 고치고, 반복하라 — 그리고 롤백은 미리 한 번 테스트해 둔 것으로 만들어라.
- 무언가를 알리기 전에 출시 전 체크리스트를 돌리고, 기억에 의존하지 말고 AI에게 각 항목을 검증하게 하라.
- 측정이 최적화를 이끌게 하라 — "느린 것 같다"는 직감보다 Lighthouse 리포트가 항상 낫다.
- 비밀값은 프로덕션 설정에 두고 절대 저장소에 두지 마라.
.env는 gitignore되고.env.example은 최신으로 유지한다. - 첫 버전은 가설이고 실제 사용자가 실험이다. 작고 빠른 수정으로 반복하라.
직접 해보기
배포한 앱(또는 지금 작은 앱을 하나 배포)을 골라 출시 전 체크리스트를 한 줄씩 대조하라. 정직하게 체크할 수 없는 항목마다 실패한 항목을 AI에 붙여 넣고 그 차이를 메우는 가장 작은 변경을 요청하라. 마지막으로 홈페이지가 아니라 라이브 사이트의 딥 링크를 클릭해, 프로덕션이 개발 환경처럼 동작하는지 확인하며 마무리하라.
이 장의 프롬프트
Here is my deployed app and its stack: [describe app + hosting + services].
Act as my launch reviewer. Walk this pre-launch checklist item by item
and, for each, tell me how to verify it on the LIVE site (not in dev):
- production URL loads over valid HTTPS on the custom domain
- all secrets set in production; none committed to the repo
- core happy path (sign-up, login, main action) works in production
- payments tested end-to-end including the webhook (if any)
- error tracking and uptime monitoring are live
- I can roll back, and have tested it once
- mobile layout works on a real phone
- database backups are enabled
For every item that fails, give me the SMALLEST change that fixes it.
Do not assume anything passes — make me prove each one.