마케팅 데이터 비용, 저장비와 조회비 나눠 보기

데이터 경로와 갱신 주기를 먼저 그리세요

광고·CRM·웹 분석 소스에서 커넥터, 저장소, 변환 작업, 대시보드로 이어지는 경로를 만듭니다. 각 단계의 계정과 지역, 갱신 주기, 실패 로그 위치를 표시하세요.

경로표에 필요한 항목

• 데이터 소스와 계정·속성 수
• 초기 전체 적재와 이후 증분 동기화
• 원본·정제·집계 테이블의 보관 기간
• 변환 작업과 대시보드 새로고침 주기
• 지역 간 전송, 내보내기와 백업

한 데이터가 원본, 중간, 집계 테이블에 반복 저장될 수 있습니다. 업무상 필요한 복제와 실수로 남은 중복을 구분하지 않으면 저장량이 늘어난 원인을 찾기 어렵습니다.

단계별 과금 단위는 어떻게 나누나요?

월 예산은 단계별 예상 사용량과 현행 공식 단가의 곱을 합하고 지원, 세금, 약정 조건을 더하는 구조입니다. 저장 단가 하나로 커넥터와 쿼리 비용을 추정하지 마세요.

저장과 쿼리 비용은 무엇이 다른가요?

Google Cloud의 BigQuery 비용 관리 문서는 주요 비용을 쿼리 처리에 쓰는 컴퓨팅과 저장으로 나누고, 주문형 쿼리와 용량 기반 방식의 통제 방법도 구분합니다. 저장량이 같아도 쿼리 범위와 실행 횟수에 따라 처리 사용량이 달라질 수 있습니다.

조회량을 줄이는 운영 점검

• 대시보드가 매번 전체 기간을 다시 읽는지 확인합니다.
• 파티션과 필요한 열만 조회하는지 봅니다.
• 개발 쿼리와 정기 보고 쿼리를 다른 프로젝트나 라벨로 나눕니다.
• 실행 전 예상 처리량과 최대 처리량 제한을 사용합니다.
• 사용하지 않는 중간 테이블에 만료 정책을 검토합니다.

비용 제한이 쿼리 실패와 보고 지연을 만들 수도 있습니다. 한도에 도달했을 때 중단 가능한 분석과 반드시 유지할 운영 보고를 분리하세요.

커넥터 사용량은 무엇으로 측정하나요?

커넥터는 호출 횟수, 데이터량, 행, 계정, 소스에 따라 과금할 수 있습니다. Fivetran의 사용량 기반 가격 문서는 Monthly Active Rows를 한 달에 동기화된 고유 기본키 수로 정의하고 같은 행이 여러 번 갱신돼도 월 안에서는 한 번 세는 원칙을 설명합니다. 이 정의를 다른 커넥터에 적용하지 마세요.

초기 전체 적재, 스키마 변경, 과거 데이터 재동기화, 삭제 행이 사용량에 미치는 영향을 공식 문서에서 확인합니다. 광고 계정을 새로 연결할 때 계정 수만 늘어나는지 과거 행 전체가 다시 활성 사용량으로 잡히는지도 시험해야 합니다.

시험 기간에는 어떤 사용량을 기록하나요?

한두 개 소스와 대표 대시보드로 시험합니다. 일별 신규·변경 행, 적재 데이터량, 저장 증가량, 쿼리 처리량, 변환 실행 횟수와 실패 재실행을 기록하세요. 캠페인 종료일과 월말처럼 데이터가 몰리는 날도 포함합니다.

시험값을 월로 환산할 때 단순히 날짜 수를 곱하지 마세요. 주간·월간 배치, 계절 캠페인, 초기 적재가 섞였는지 표시합니다. 예상량과 실제량 차이를 만든 이벤트를 남기면 다음 예산의 가정이 분명해집니다.

월 청구서와 내부 로그는 어떻게 맞추나요?

클라우드 청구서는 서비스·SKU·프로젝트·지역·날짜로 나누고 내부 사용량표의 데이터 경로와 연결합니다. 광고 데이터라는 한 항목으로 합치면 저장 증가인지 대시보드 쿼리인지 커넥터 재동기화인지 알 수 없습니다. 비용 라벨과 소유 팀을 처음부터 정하세요.

초기 적재가 있는 첫 달은 정상 운영 기준선으로 바로 쓰지 않습니다. 전체 과거 데이터가 들어온 기간, 스키마 수정으로 재실행한 기간, 캠페인 급증 기간을 표시하고 안정화된 주기의 사용량을 따로 봅니다. 무료 크레딧이나 약정 할인도 실제 사용량 감소와 구분합니다.

이상 사용량을 찾는 질문

• 새 소스·계정·테이블이 승인 절차 없이 추가됐나요?
• 증분 적재가 전체 재적재로 바뀌었나요?
• 대시보드 필터가 파티션을 사용하지 못하나요?
• 실패한 변환 작업이 짧은 간격으로 반복됐나요?
• 삭제 예정 원본과 임시 테이블이 계속 보관되나요?

알림은 비용 한도만 두지 말고 처리량, 저장 증가율, 활성 행과 작업 실패율에도 둡니다. 금액이 청구된 뒤 확인하는 것보다 사용량 변화를 먼저 발견해야 원인을 좁히기 쉽습니다.

보관 기간과 책임자는 어떻게 정하나요?

원본 데이터, 정제 데이터, 집계 결과, 로그마다 보관 목적과 삭제일을 정합니다. 법률·계약상 보존 의무와 분석 편의를 구분하고 개인정보가 들어간 테이블의 접근 권한도 점검하세요.

공식 가격표를 읽지 못했거나 계약 할인과 클라우드 크레딧이 있는 경우 금액을 만들지 않습니다. 예상 사용량, 단가 확인일, 실제 청구 SKU, 담당자를 연결해 월별로 다시 대조하세요.

공식 확인 자료

• BigQuery 비용 추정·통제 문서

  도구 문서입니다. 저장과 쿼리 처리 변수를 확인했으며 BigQuery 직접 추천이나 금액 보장이 아닙니다.

• Fivetran 사용량 기반 가격 문서

  검토 자료입니다. MAR 정의를 확인했으며 다른 커넥터에 같은 과금 방식을 적용하지 않습니다.

자주 묻는 질문

데이터 저장량만 알면 월 비용을 계산할 수 있나요?

쿼리 처리, 커넥터 사용량, 변환, 전송, 백업이 별도일 수 있습니다. 데이터 경로별 과금 단위를 확인하세요.

대시보드를 자주 새로고침하면 비용이 늘 수 있나요?

쿼리 방식과 캐시, 처리 모델에 따라 달라집니다. 새로고침 한 번이 읽는 데이터량과 공식 과금 기준을 측정하세요.

같은 행을 여러 번 동기화하면 항상 여러 번 과금되나요?

커넥터마다 다릅니다. Fivetran의 MAR처럼 월별 고유 행을 세는 방식도 있으므로 사용 제품의 정의를 확인해야 합니다.

마케팅 데이터 저장 비용의 예시 금액이 없는 이유는 무엇인가요?

지역, 처리 모델, 저장 방식, 커넥터 계약이 달라집니다. 현행 공식 가격과 실제 사용량 없이 금액을 만들지 않았습니다.

출처와 확인 범위

1. Estimate and control costs · Google Cloud BigQuery Documentation · 확인 2026-10-27

   뒷받침하는 내용: BigQuery의 주요 비용은 쿼리 처리 컴퓨팅과 저장이며 처리 모델에 따라 비용 통제 방법이 달라집니다.
   확인 범위·한계: BigQuery 제품 문서입니다. 다른 웨어하우스의 과금 단위와 실제 계정 가격을 설명하지 않습니다.

2. Usage-Based Pricing · Fivetran Documentation · 확인 2026-10-27

   뒷받침하는 내용: Fivetran은 연결·활성화 사용량을 Monthly Active Rows로 측정하며 월별 고유 기본키를 기준으로 계산합니다.
   확인 범위·한계: Fivetran의 현행 사용량 정의입니다. 다른 ETL 제품과 계약별 할인에 일반화하지 않습니다.

먼저 이해하면 좋은 용어

함께 볼 공개 가이드