청구서와 Cost Explorer, 같은 달인데 숫자가 다른 이유

가계부와 통장 내역은 같은 달을 다르게 보여 줘요. 통장에는 일 년 치 보험료가 낸 달에 한 번 크게 찍히고, 가계부에는 열두 달에 나눠 적혀요. 둘 중 하나가 틀린 것이 아니라 답하려는 질문이 달라요. 통장은 이번 달에 얼마가 빠졌는지를, 가계부는 이 생활에 매달 얼마가 드는지를 답해요.

AWS 비용 화면이 정확히 이렇게 둘로 나뉘어요. 그리고 두 숫자가 다른 것을 오류로 보고 맞추려 들면 시간이 사라져요.

낸 돈과 든 값

AWS 문서는 이 차이를 기준의 문제로 설명해요. 청구 데이터는 언제나 현금 기준이며 AWS가 매달 청구하는 금액, 그러니까 제가 갚아야 할 금액을 나타내요.

같은 문서가 반대쪽을 이어서 설명해요. 분석 화면에서는 상각 기준으로 볼 수 있고, 선불 금액이 약정 기간에 걸쳐 나뉘어 표시돼요. 문서의 예시를 보면 차이가 분명해져요. 9월에 일 년치 선불 약정을 사면 청구 데이터에는 9월에 전액이 잡히고, 상각 보기에서는 열두 달에 고르게 펴져요.

이 구분이 실무에서 갈리는 지점은 무엇을 물을 것인지예요. 이번 달 카드에서 얼마가 빠지는지 알고 싶으면 청구 쪽을 봐야 하고, 이 서비스를 굴리는 데 매달 실제로 얼마가 드는지 알고 싶으면 상각 쪽을 봐야 해요. 선불 약정을 산 다음 달에 “왜 이렇게 쌌지”라고 놀라는 것도 여기서 나와요. 이미 냈기 때문이에요.

묶는 방식도 다르다

한 겹이 더 있어요. 같은 문서는 청구 데이터에서 요금이 서비스 단위로 묶이는 반면, 깊이 들여다보기 위해 분석 화면에서는 일부 비용을 다르게 묶는다고 적어요. 그래서 두 화면에서 같은 이름을 찾아 숫자를 비교하면 어긋나요. 항목이 없어진 것이 아니라 다른 이름 아래로 들어간 것이에요.

분석 화면이 값을 하는 지점은 이렇게 다시 묶어 볼 수 있다는 데 있어요. AWS는 이 도구를 비용과 사용량을 여러 각도로 나눠 보며 절감 지점을 찾는 용도로 설명해요. 청구서가 답하지 못하는 질문을 맡는 화면이라는 뜻이에요.

여기에 갱신 주기까지 겹쳐요. 소급 요청 같은 변경도 즉시 반영되지 않고 24시간 주기의 갱신을 기다려요. 방금 바꿨는데 화면이 그대로인 것은 대개 고장이 아니라 아직 갱신 전이에요.

무엇을 알고 싶은가	어느 쪽을 보나	다른 쪽을 보면
이번 달에 빠질 돈	청구 화면	선불이 펴져 있어 적게 보인다
매달 실제로 드는 값	상각 보기	산 달만 크게 튀어 보인다
어느 갈래가 늘었나	분석 화면의 갈래별 보기	서비스 이름으로만 묶여 안 보인다

세 줄이 서로 다른 질문이라는 점이 이 층의 요점이에요. 하나의 화면으로 셋을 다 답하려 하면 어느 것도 제대로 답하지 못해요.

숫자를 맞추려 하지 않기

비용을 처음 들여다볼 때 하기 쉬운 일이 두 화면의 총액을 일치시키려는 시도예요. 기준이 다르므로 일치하지 않는 것이 정상이고, 일치를 목표로 두면 원래 답하려던 질문에서 멀어져요.

선불 약정이 이 차이를 가장 크게 만들어요. 선불 약정을 사면 청구 화면에는 산 달에 전액이 잡히고 상각 보기에는 기간에 걸쳐 나뉘어요. 같은 한 번의 결제가 화면마다 다른 모양으로 나타나는 셈이에요.

대신 정할 것은 어느 숫자를 기준으로 판단할 것인가예요. 예산 한도를 어느 기준으로 걸 것인지, 갈래별 추이를 어느 보기로 볼 것인지 한 번 정해 두면 매달 같은 자리를 볼 수 있어요. 기준이 흔들리면 늘었는지 줄었는지조차 판단할 수 없어요.

저는 어느 쪽을 보나

제가 만드는 앱에서 비용을 볼 때 처음에는 청구 화면만 열었어요. 낼 돈이 궁금했기 때문이에요. 그런데 그 화면으로는 “이번 달에 무엇이 달라졌나”에 답할 수 없었어요. 총액이 조금 올랐다는 것 말고는 알 수 있는 것이 없었어요.

지금은 두 화면을 다른 용도로 써요. 낼 돈은 청구 쪽에서 한 번 확인하고, 무엇이 늘었는지는 갈래별 추이로 봐요. 나눠서 보기 시작한 뒤로 달라진 것은 숫자가 아니라 반응 속도였어요. 예전에는 청구서가 나온 뒤에 알았고 지금은 늘어나는 중에 알아요.