데이터 전송 비용, 어느 방향으로 흐르는지부터

트래픽 총량 대신 출발지와 목적지를 적습니다

데이터 전송 비용은 총 몇 GB를 사용했는지뿐 아니라 어디에서 어디로 이동했는지에 따라 읽어야 합니다. 사용자가 파일을 내려받는 경로, 서버가 외부 API에 접근하는 경로, 서로 다른 자원 사이의 통신을 나누어 그립니다. 1단계는 각 화살표에 출발 자원, 목적지, 방향을 적는 것입니다. 같은 요청이 여러 네트워크 구성요소를 지나면 전송량 외의 처리 항목도 검토해야 합니다. AWS 요금 설명은 컴퓨팅·저장·외부 데이터 전송을 주요 비용 요소로 안내합니다. 다만 특정 경로의 과금 여부는 사용하는 서비스와 조건에 따라 달라지므로 모든 내부 통신이 무료라고 일반화하지 않습니다.

다운로드와 원본 요청은 서로 다른 양입니다

CDN을 사용하면 사용자에게 전달된 데이터와 원본 서버가 보낸 데이터가 같지 않을 수 있습니다. 2단계로 사용자 전달량, CDN에서 처리된 요청, 원본으로 돌아온 요청을 구분합니다. 캐시 적중률 하나만으로 전송 비용 전체를 계산하지 않습니다. 요청 수 기준 적중률과 데이터 바이트 기준 절감량은 파일 크기에 따라 달라집니다. 큰 영상 파일이 캐시에서 빠지고 작은 아이콘만 잘 저장된다면 요청 수 적중률은 높아도 원본 전송량은 많이 남을 수 있습니다. 실제 분석에서는 자주 요청되는 URL과 크기가 큰 URL을 따로 정렬하고 로그인이나 쿼리 문자열 때문에 캐시가 나뉘는지 함께 살펴봅니다.

용량 감소 효과를 가정값으로 계산합니다

가정으로 이미지 한 장이 2MB이고 월 10,000회 전송된다면 총량은 20,000MB입니다. 같은 이미지를 0.5MB로 최적화하고 요청 수가 같다면 5,000MB로 줄어 차이는 15,000MB입니다. 여기서는 십진 단위 기준으로 각각 20GB, 5GB, 15GB라고 표시합니다. 이는 실제 사이트의 측정 결과나 특정 상품의 비용 절감액이 아닙니다. 브라우저 캐시, CDN 처리, 재시도, 전송 단위와 청구 방식이 실제 과금량을 바꿀 수 있습니다. 최종 판단은 이미지 최적화 전후의 실제 전송 바이트와 해당 서비스 단가를 연결해서 합니다. 절감한 데이터량과 절감한 돈을 같은 숫자처럼 다루지 않는 것이 핵심입니다.

불필요한 이동을 줄이는 순서를 정합니다

3단계는 반복 다운로드, 과도하게 큰 응답, 불필요한 리전 간 이동을 순서대로 점검하는 것입니다. 데이터베이스와 앱 사이 호출을 줄일 수 있는지 보고 정적 파일은 적절한 캐시 정책을 적용합니다. 하지만 비용만 줄이려고 장애 대비용 복제를 제거하거나 개인 데이터를 공개 캐시에 넣으면 안 됩니다. 로그 전송과 백업 복사에도 운영상 목적이 있으므로 보존·복구 요구와 함께 결정합니다. 변경 이후에는 비용 화면과 애플리케이션 지표를 같은 기간으로 비교합니다. 사용자 수가 늘어난 달에는 총액만 보고 최적화 실패라고 판단하지 말고 요청 또는 처리량당 비용도 함께 살펴 원인과 효과를 분리합니다.

AWS 비용 실행 전 점검표

• 통신 화살표에 출발지와 목적지를 적었다
• 요청 수와 바이트 적중률을 구분했다
• 최적화 전후 같은 기간을 비교했다
• 복구용 데이터 이동의 목적을 유지했다