선택을 돕는 지식의 모음.
내 프로젝트의 다음 단계에 필요한 120개의 가이드.
클라우드 서버 비교, 사양표보다 먼저 볼 4가지
AWS·Azure·Google Cloud를 운영 인력, 데이터 위치, 비용 구조, 이전 가능성으로 비교하는 실무 가이드입니다.
EC2와 Lightsail, 작은 서비스는 어디서 시작할까
초기 운영의 단순함과 네트워크 제어권을 기준으로 EC2와 Lightsail의 선택 조건을 정리합니다.
서버 리전 선택, 서울이라는 이름만으로 충분할까
사용자 위치, 데이터 의존성, 장애 범위를 함께 살펴 리전과 가용 영역을 선택합니다.
VPS 계약 전, CPU보다 먼저 확인할 운영 조건
가상 서버의 자원 제한, 관리 책임, 백업과 종료 조건을 비교하는 구매 전 체크리스트입니다.
AWS 비용, 서버 요금보다 청구 구조부터 읽기
컴퓨팅, 저장, 전송과 부가 자원을 나누어 AWS 견적과 청구서를 비교하는 방법입니다.
데이터 전송 비용, 어느 방향으로 흐르는지부터
외부 전송과 서비스 사이 통신을 구분해 트래픽 비용의 원인을 찾는 방법입니다.
AWS 예산 알림, 받아본 적 없는 알림은 아직 미완성
월 예산과 알림 수신자, 대응 절차를 연결해 비용 급증을 빨리 발견합니다.
Savings Plans, 할인율보다 약정할 사용량이 먼저
지속적인 사용량과 변화 가능성을 따져 장기 약정의 범위를 정하는 방법입니다.
웹호스팅 선택 가이드, 사이트에 필요한 자유만큼
공유 호스팅, 관리형 호스팅, 가상 서버의 운영 범위를 사이트 성격에 맞춰 비교합니다.
워드프레스 호스팅, 플러그인보다 운영 환경부터
워드프레스의 업데이트, 캐시, 데이터베이스와 복원을 중심으로 호스팅을 고릅니다.
호스팅 이전, DNS를 바꾸기 전에 끝낼 일
데이터 복사, 시험 접속, 최종 동기화와 되돌리기를 포함한 사이트 이전 절차입니다.
도메인과 DNS, 웹사이트 연결이 안 될 때 보는 순서
등록기관, 네임서버, 레코드와 HTTPS를 나누어 도메인 연결 문제를 진단합니다.
서버 운영 입문, 대시보드보다 대응 순서를 먼저
지표, 로그, 알림과 실행 절차를 연결해 작은 팀의 서버 운영 체계를 만듭니다.
서버 백업, 저장 성공보다 복원 성공이 중요합니다
복구 목표와 보존 정책을 정하고 별도 환경에서 실제 데이터를 검증하는 백업 가이드입니다.
IAM 권한 설계, 관리자 계정 하나로 운영하지 않기
사람과 프로그램의 접근을 나누고 최소 권한과 임시 자격 증명을 적용하는 운영 원칙입니다.
안전한 배포, 새 버전보다 되돌리는 길을 먼저
배포 단위, 데이터 변경과 관찰 기준을 정해 실패 시 복구할 수 있는 릴리스를 만듭니다.
웹 성능 개선, 서버를 키우기 전에 병목 찾기
브라우저, 네트워크, 애플리케이션과 데이터베이스의 대기 시간을 나누어 성능을 개선합니다.
CDN 캐시, 빨라지는 페이지와 저장하면 안 되는 응답
정적 파일, 공개 HTML과 개인별 응답을 나누고 갱신과 무효화까지 설계하는 캐시 가이드입니다.
부하 테스트, 접속자 수보다 시나리오가 중요합니다
현실적인 요청 비율과 중단 기준을 정해 서비스 용량과 병목을 검증합니다.
이미지 많은 홈페이지, 화질과 속도를 함께 지키기
화면 크기에 맞는 이미지, 반응형 제공과 로딩 우선순위를 정해 풍부한 이미지를 빠르게 전달합니다.
EC2 인스턴스 유형, 이름 네 글자로 성격을 읽는 법
c5.large 같은 인스턴스 이름의 계열·세대·크기를 분해해 워크로드에 맞는 유형을 고릅니다.
스팟 인스턴스, 중단을 전제로 설계할 때만 싸집니다
중단 통지와 재시작 설계를 갖춘 작업에만 스팟을 쓰는 판단 기준과 대체 수단을 정리합니다.
온디맨드와 약정 구매, 할인율보다 사용 패턴이 먼저
상시 가동 시간과 변동 폭을 먼저 측정해 온디맨드·약정·스팟의 비중을 정합니다.
EBS 볼륨 유형, 용량이 아니라 IOPS와 처리량을 고릅니다
gp·io·st 계열의 성능 특성과 과금 축을 구분해 디스크 유형을 선택합니다.
AMI 관리, 서버를 다시 만들 수 있는 상태로 보관하기
이미지를 언제 굽고 무엇을 넣지 말아야 하는지 정해 서버를 재현 가능하게 만듭니다.
고정 IP, 붙여 두는 값과 떼어 둔 값이 다릅니다
탄력적 IP의 연결 상태별 과금 조건과 DNS 전환 시 사용 순서를 정리합니다.
보안 그룹, 포트를 열기 전에 출입 규칙을 적습니다
인바운드·아웃바운드 규칙의 평가 방식과 그룹 참조로 접근을 좁히는 방법입니다.
SSH 키 페어, 비밀번호 로그인을 끄는 순서
키 생성·보관·회수 절차와 접속 수단을 바꿀 때의 되돌리기 경로를 정합니다.
오토스케일링, 서버를 늘리기 전에 늘릴 기준을 정합니다
조정 지표·대기 시간·최소 최대 대수를 정해 자동 증설이 실제로 작동하게 만듭니다.
로드밸런서, 분산보다 상태 검사가 먼저입니다
대상 그룹과 상태 검사 경로를 먼저 설계해 장애 서버를 자동으로 빼냅니다.
VPC 설계, 서브넷을 나누는 기준은 접근 범위입니다
공용·사설 서브넷과 경로 테이블을 접근 범위 기준으로 나누는 설계 순서입니다.
NAT 게이트웨이, 조용히 쌓이는 통신 요금의 출처
사설 서브넷의 외부 통신 경로를 점검해 시간 요금과 처리량 요금을 함께 계산합니다.
PrivateLink, 인터넷을 거치지 않는 연결의 조건
엔드포인트 방식과 NAT 경유 방식을 비교해 사설 연결이 맞는 경우를 가립니다.
가용 영역, 리전 하나로는 막지 못하는 장애
영역 분산이 막아 주는 장애와 막지 못하는 장애를 나누어 배치를 정합니다.
서버리스와 상시 서버, 트래픽 모양이 결정합니다
요청 빈도와 지속 시간의 모양을 그려 상시 가동과 호출 과금 중 하나를 고릅니다.
Lambda 구성, 메모리를 올리면 시간이 줄어드는 이유
메모리·제한 시간·동시성 설정이 실행 시간과 실패 양상에 어떻게 연결되는지 봅니다.
컨테이너 운영, ECS와 Fargate의 책임 경계
서버를 직접 관리하는 구간과 맡기는 구간을 나누어 컨테이너 실행 방식을 정합니다.
Google Cloud 머신 유형, 같은 vCPU가 같은 성능은 아닙니다
머신 계열별 설계 목적과 메모리 비율을 보고 같은 vCPU 안에서 선택을 나눕니다.
Azure App Service, 가상 머신을 고르지 않는 선택
플랫폼이 맡는 범위와 남는 제약을 확인해 App Service와 가상 머신을 가릅니다.
멀티클라우드, 정말 필요한 경우와 늘어나는 비용
요건이 강제하는 경우와 운영 부담만 늘어나는 경우를 나누어 멀티클라우드를 판단합니다.
Cost Explorer, 청구서를 그래프로 쪼개 읽기
기간·서비스·사용 유형으로 비용을 나누어 어느 자원이 늘었는지 찾아냅니다.
적정 크기 조정, 남는 사양을 숫자로 찾아내기
사용률 지표와 권장 목록을 대조해 줄여도 안전한 자원을 고릅니다.
비용 이상 탐지, 급증을 월말이 아니라 당일에 받기
모니터 범위와 임계값을 정해 비정상 지출을 발생 시점에 가깝게 발견합니다.
비용을 나누는 단위, 계정과 태그 중 무엇을 쓸까
팀·서비스별로 비용을 나눌 때 계정 분리와 태그 중 어느 단위가 맞는지 정합니다.
무료 구간, 끝나는 날과 끝나는 항목이 다릅니다
기간 한정과 사용량 한정 무료를 구분하고 종료 시점에 올라갈 항목을 미리 계산합니다.
S3 스토리지 클래스, 보관 기간이 요금을 정합니다
접근 빈도와 최소 보관 기간을 함께 보고 저장 클래스를 고릅니다.
수명 주기 규칙, 오래된 파일을 사람 손 없이 옮기기
전환·만료 규칙을 접두사별로 적용해 저장 비용이 자동으로 줄어들게 만듭니다.
스냅샷 비용, 지우지 않은 백업이 쌓입니다
증분 스냅샷의 과금 방식과 보존 규칙을 정해 백업이 비용을 잠식하지 않게 합니다.
RDS 비용, 인스턴스와 스토리지와 백업을 나눠 봅니다
데이터베이스 요금을 구성 항목으로 분해해 어디를 줄일 수 있는지 가립니다.
다중 AZ, 가용성에 지불하는 금액을 계산합니다
대기 복제본이 늘리는 비용과 줄여 주는 복구 시간을 같은 표에 놓고 판단합니다.
읽기 복제본, 성능을 사면서 늘어나는 요금
읽기 분산으로 얻는 여유와 추가되는 인스턴스 요금을 함께 계산합니다.
캐시 도입 비용, 데이터베이스 요금과 바꿔 보기
캐시 인스턴스 요금과 줄어드는 데이터베이스 부하를 같은 기준으로 비교합니다.
Lambda 요금, 요청 수와 실행 시간의 곱으로 봅니다
호출 수·실행 시간·메모리를 곱으로 묶어 상시 서버와 월 비용을 비교합니다.
Fargate 요금, 컨테이너 크기를 금액으로 읽기
작업 정의의 vCPU·메모리 값이 그대로 요금이 되는 구조를 계산으로 확인합니다.
CDN 비용, 전송량과 요청 수를 따로 셉니다
전송량·요청 수·무효화를 분리해 CDN 도입 전후 비용을 비교합니다.
로그 비용, 수집과 보관을 따로 계산합니다
수집량·보존 기간·검색을 나누어 로그 요금을 줄일 지점을 찾습니다.
계정 분리와 통합 결제, 비용을 나누는 구조
조직 단위 계정 구조와 통합 결제를 써서 팀별 비용을 섞이지 않게 만듭니다.
비용 최적화 원칙, 줄이기 전에 물어볼 다섯 가지
공식 설계 원칙의 질문을 우리 환경에 대입해 절감 순서를 정합니다.
Azure 비용 관리, 예산과 권장 조치를 연결하기
비용 분석·예산·권장 사항을 한 흐름으로 묶어 Azure 지출을 관리합니다.
Google Cloud 예산 알림, 임계값을 몇 개 둘까
예산 범위와 다단 임계값을 설계해 월 중간에 대응할 시간을 만듭니다.
정적 사이트 호스팅, 서버 없이 올릴 수 있는 범위
정적 호스팅으로 끝나는 기능과 서버가 필요한 기능을 나누어 방식을 고릅니다.
S3 정적 웹사이트, 버킷 설정의 순서
버킷 공개 범위·인덱스 문서·오류 문서를 순서대로 설정해 사이트를 띄웁니다.
Cloudflare Pages, 빌드와 배포가 붙어 있는 호스팅
저장소 연결부터 사용자 도메인 연결까지 Pages 배포 흐름을 정리합니다.
Amplify 호스팅, 프런트엔드 배포를 자동화하기
브랜치별 환경과 빌드 설정을 나누어 프런트엔드 배포를 자동화합니다.
배포형 호스팅의 캐시, 배포마다 응답이 달라지는 이유
플랫폼 캐시의 적중 상태와 배포 시 무효화 범위를 이해해 오래된 응답을 막습니다.
이미지 변환을 어디서 할까, 빌드와 요청 시점
빌드 시 변환과 요청 시 변환을 비교해 이미지 처리 위치를 정합니다.
워드프레스와 Nginx, 요청이 PHP에 닿기 전
정적 파일 처리와 PHP 전달 경로를 나누어 요청 흐름을 설계합니다.
wp-config.php, 공개되면 안 되는 설정들
데이터베이스 정보와 보안 키를 분리 보관하고 파일 접근을 막는 순서입니다.
워드프레스 보안, 플러그인을 더 설치하기 전에
계정·파일 권한·업데이트 주기를 먼저 손보고 그다음에 도구를 추가합니다.
워드프레스 업그레이드, 되돌릴 준비부터
백업·시험 환경·순서를 정해 업그레이드 실패를 복구 가능하게 만듭니다.
워드프레스 속도, 캐시 계층을 쌓는 순서
객체 캐시·페이지 캐시·CDN의 순서를 정해 중복 작업 없이 속도를 올립니다.
HTTPS 인증서, 발급부터 자동 갱신까지
도메인 검증 방식과 갱신 자동화를 정해 인증서 만료로 멈추지 않게 합니다.
Let's Encrypt 발급 제한, 테스트 중에 막히는 이유
도메인당 주당 발급 한도와 동일 식별자 한도를 확인하고 시험 환경을 분리합니다.
관리형 인증서, 검증 방식과 적용 범위
DNS 검증과 적용 가능한 서비스 범위를 확인해 관리형 인증서를 선택합니다.
Nginx HTTPS 설정, 리다이렉트와 인증서 경로
HTTP를 HTTPS로 넘기는 규칙과 인증서 경로를 정확히 지정하는 설정 순서입니다.
리버스 프록시, 원래 주소를 잃지 않게 넘기기
프록시 헤더와 타임아웃을 설정해 애플리케이션이 실제 요청 정보를 받게 합니다.
DNS 레코드 유형, A와 CNAME과 TXT를 쓰는 자리
레코드 유형별 용도와 같은 이름에 둘 수 없는 조합을 정리합니다.
TTL 설계, 이전 전에 낮추고 끝난 뒤 올립니다
프록시 여부에 따른 TTL 범위를 확인하고 이전 일정에 맞춰 값을 조절합니다.
네임서버를 옮긴 뒤 확인할 것들
전체 설정 방식으로 전환한 뒤 레코드·SSL 모드·프록시 상태를 점검합니다.
도메인 메일 설정, 홈페이지와 메일을 같이 쓰기
메일 수신 레코드와 발신 인증 레코드를 구분해 웹과 메일을 함께 운영합니다.
IAM 역할과 사용자, 서버에 키를 심지 않는 방법
장기 키 대신 역할을 붙여 임시 자격 증명으로 접근하게 바꾸는 순서입니다.
IAM 정책 평가, 거부가 이기는 순서
명시적 거부와 허용의 평가 순서를 이해해 권한이 왜 막히는지 진단합니다.
다중 인증 적용, 루트 계정부터 시작합니다
루트와 관리자 계정에 MFA를 먼저 걸고 분실 시 복구 경로를 준비합니다.
액세스 키 교체, 유출을 가정한 운영
키 사용처를 먼저 조사하고 두 개를 겹쳐 둔 상태로 무중단 교체합니다.
최소 권한, 넓은 정책을 좁히는 절차
실제 사용 기록을 근거로 권한을 줄이고 막힌 작업을 복구하는 순서입니다.
SSH 포트를 열지 않고 접속하기
포트를 닫은 상태로 접속 경로를 만들고 접속 기록을 남기는 구성입니다.
패치 관리, 업데이트를 미루지 않는 구조
점검 창과 승인 지연을 정해 보안 업데이트가 자동으로 적용되게 만듭니다.
경보 설계, 상태 세 가지와 임계값
경보의 상태 전이와 평가 기간을 설계해 잡음 없는 알림을 만듭니다.
로그 운영, 수집과 보관과 검색을 나눕니다
로그 그룹 구조와 보존 설정을 정해 장애 때 실제로 찾을 수 있게 만듭니다.
무엇을 지표로 둘까, 사용자 체감부터 거슬러 오르기
사용자 체감 지표에서 시작해 서버 지표로 내려가는 관측 설계 순서입니다.
백업 계획, 보존 기간과 복구 목표를 함께 정합니다
복구 목표 시간과 시점을 먼저 정하고 그에 맞춰 백업 주기를 설계합니다.
복원 시험, 백업이 쓸 수 있는지 확인하는 일
복원 시험을 일정에 넣고 성공 기준과 실패 처리를 정의합니다.
데이터베이스 자동 백업, 보존 기간과 복구 시점
자동 백업의 보존 설정과 특정 시점 복구를 이해해 데이터 손실 범위를 정합니다.
버전 관리, 덮어쓴 파일을 되살리기
버전 관리와 삭제 표시의 동작을 이해해 실수로 지운 객체를 복구합니다.
객체 복제, 다른 리전에 사본을 두는 조건
복제 대상과 지연을 확인해 재해 복구용 사본을 설계합니다.
롤백 설계, 되돌리는 시간을 먼저 재어 둡니다
되돌리기 경로를 실제로 실행해 시간을 재고 데이터 변경과 분리합니다.
배포 파이프라인, 사람이 누르는 단계를 남겨 두기
단계와 승인 지점을 설계해 자동화와 통제를 함께 유지합니다.
배포 전략, 한 번에 전부 바꾸지 않기
전체 교체·순차 교체·전환 배포를 비교해 실패 범위를 좁힙니다.
WAF 규칙, 차단하기 전에 집계부터
규칙을 집계 모드로 먼저 돌려 오탐을 확인한 뒤 차단으로 올립니다.
DDoS 대비, 평시 지표를 먼저 알아 둡니다
평상시 트래픽 모양을 기록해 두고 공격 시 판단과 대응 순서를 정합니다.
Core Web Vitals, 세 지표의 합격선은 숫자로 정해져 있습니다
LCP·INP·CLS의 공식 합격 기준과 75번째 백분위수 측정 방식을 정리합니다.
LCP 개선, 가장 큰 요소를 먼저 특정합니다
LCP 요소를 찾아 발견·로드·렌더 구간으로 나누어 지연을 줄입니다.
INP 개선, 입력이 막히는 지점을 찾습니다
입력 지연·처리 시간·다음 렌더로 나누어 응답성이 나빠지는 구간을 찾습니다.
레이아웃 이동 줄이기, 자리를 미리 잡아 둡니다
이미지·광고·늦게 오는 글꼴이 만드는 이동을 공간 예약으로 막습니다.
캐시 헤더, max-age와 재검증을 나눠 씁니다
신선도 기간과 재검증 방식을 구분해 응답별 캐시 정책을 정합니다.
Cache-Control 지시어, 공개와 비공개 응답의 경계
public·private·no-store의 차이를 로그인 응답 기준으로 구분합니다.
반응형 이미지, srcset과 sizes를 같이 적습니다
화면 폭과 밀도에 맞는 후보를 제시해 과도한 다운로드를 막습니다.
이미지 변환, 원본 하나로 여러 크기를 만들기
요청 시 변환으로 크기·형식을 맞추고 캐시 적중을 유지하는 방법입니다.
압축 설정, 텍스트 응답부터 줄입니다
압축 대상 형식과 협상 헤더를 확인해 전송량을 줄이고 중복 압축을 피합니다.
상태 코드, 성능 문제로 읽는 304와 503
재검증 성공과 과부하 응답을 구분해 성능 문제의 원인을 좁힙니다.
HSTS, 리다이렉트 한 번을 줄이는 설정
HSTS 적용 조건과 되돌리기 어려움을 확인하고 기간을 단계적으로 올립니다.
프리플라이트, 요청이 두 번 가는 이유
사전 요청이 발생하는 조건과 캐시 설정으로 왕복을 줄이는 방법입니다.
캐시 규칙, 경로별로 다르게 적용합니다
경로와 조건으로 규칙을 나누어 정적 자원과 동적 응답을 구분합니다.
캐시 무효화, 전체 퍼지를 피하는 방법
대상 지정 퍼지와 버전 경로를 써서 전체 무효화의 충격을 줄입니다.
엣지와 브라우저 캐시, 두 단계로 나눠 설정합니다
엣지 보관 기간과 브라우저 보관 기간을 분리해 갱신 속도를 조절합니다.
CDN TTL, 원본 헤더와 설정의 우선순위
원본이 보낸 헤더와 배포 설정이 충돌할 때 무엇이 이기는지 정리합니다.
엣지 함수, 원본에 가기 전에 처리하기
엣지에서 처리해도 되는 작업과 원본이 필요한 작업을 나눕니다.
데이터베이스 응답, 느린 질의를 먼저 찾습니다
대기 시간을 질의·연결·자원으로 나누어 느려진 원인을 좁힙니다.
정적 자원 전략, 파일 이름에 버전을 넣습니다
내용 기반 파일명과 긴 캐시 기간을 묶어 갱신과 속도를 함께 얻습니다.
성능 예산, 숫자로 합의하지 않으면 지켜지지 않습니다
지표별 상한을 정하고 초과 시 무엇을 되돌릴지 미리 합의합니다.