클라우드 비교
우리 서비스에 맞는 인프라를 찾는 기준
클라우드 서버 비교, 사양표보다 먼저 볼 4가지
AWS·Azure·Google Cloud를 운영 인력, 데이터 위치, 비용 구조, 이전 가능성으로 비교하는 실무 가이드입니다.
EC2와 Lightsail, 작은 서비스는 어디서 시작할까
초기 운영의 단순함과 네트워크 제어권을 기준으로 EC2와 Lightsail의 선택 조건을 정리합니다.
서버 리전 선택, 서울이라는 이름만으로 충분할까
사용자 위치, 데이터 의존성, 장애 범위를 함께 살펴 리전과 가용 영역을 선택합니다.
VPS 계약 전, CPU보다 먼저 확인할 운영 조건
가상 서버의 자원 제한, 관리 책임, 백업과 종료 조건을 비교하는 구매 전 체크리스트입니다.
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와 가상 머신을 가릅니다.
멀티클라우드, 정말 필요한 경우와 늘어나는 비용
요건이 강제하는 경우와 운영 부담만 늘어나는 경우를 나누어 멀티클라우드를 판단합니다.