연재의 마지막 회차입니다. 지금까지 첫 느려짐의 원인을 찾고, 캐시 계층을 이해하고, 유입이 몰릴 때를 대비하고, 장애 감지를 붙이고, 데이터베이스를 정리하고, 테스트 사이트와 권한 설계까지 다뤘습니다.
마지막으로 그것들을 한 장으로 묶습니다. 모두 갖출 필요는 없습니다 — 지금 어디에 구멍이 있는지 아는 것이 목적입니다. 순서는 앞의 영역이 무너지면 뒤의 항목이 무의미해지도록 배치했습니다.
1영역 — 되돌릴 수 있는가
세 번째 줄이 핵심입니다. 복구해 본 적 없는 백업은 백업이 아닙니다. 백업 파일이 매일 생기고 있어도 그것으로 사이트가 되살아나는지는 해 보기 전까지 아무도 모릅니다.
2영역 — 늘어난 부하를 견디는가
두 번째 줄을 다시 강조합니다. 서버 캐시 위에 플러그인 캐시를 얹은 구성은 빨라지는 것이 아니라 지우는 시점이 어긋나는 구성입니다. 화면이 바뀌지 않는 문제가 여기서 나옵니다.
3영역 — 알 수 있는가, 그리고 누가 만지는가
4영역 — 비용이 예측 가능한가
성장 구간에서는 비용도 함께 자랍니다. 다만 놀라지 않는 것이 목표입니다 — 지금 무엇에 얼마를 쓰고 있는지, 어떤 항목이 사용량에 따라 늘어나는지, 다음 갱신일이 언제인지를 한 장에 적어 두세요.
도메인 · 호스팅 · 인증서 · 메일 발송 · 백업 보관이 대개 전부입니다. 고정비와 사용량 연동 비용을 구분해 두면 유입이 늘었을 때 무엇이 함께 늘어날지 미리 압니다. 네 영역의 순서가 되돌릴 수 있는가 → 견디는가 → 알 수 있는가 → 예측 가능한가 인 이유도 여기서 드러납니다 — 앞이 비어 있으면 뒤의 준비가 값을 잃습니다.
연재를 마치며
여기까지 왔다면 “잘되기 시작한 사이트” 의 첫 구간을 넘긴 셈입니다. 남은 항목이 몇 개 보이더라도 괜찮습니다 — 무엇이 비어 있는지 아는 상태와 모르는 상태는 전혀 다릅니다.
다음에 볼 만한 연재도 함께 둡니다. 비용 구조를 다시 짜야 한다면 월 5만원으로 버티는 웹 인프라가 항목별로 따져 주고, 보안 쪽을 먼저 닫아 두고 싶다면 첫 보안 사고를 겪기 전에가 순서대로 다룹니다.
직접 하기 어려운 작업 — 버전 업그레이드 · 캐시 계층 구성 · 보안 취약점 점검 — 은 최적화 지원 사업에서 전후 측정과 함께 한 번에 처리할 수 있고, 어떤 절차로 작업하는지는 작업 과정에 그대로 공개돼 있습니다.