AWS와 Google Cloud가 넣은 지출 상한, 한도에 닿으면 경고 대신 멈춘다

• 무엇이 나왔나: AWS는 9월 16일 새 빌더 환경을 발표하며 유료 플랜에 프로젝트별 월 지출 한도를 넣었습니다. 지출액이 한도에 도달하면 그달 남은 기간에는 프로젝트를 일시 정지합니다. 아직 일부 고객에게만 먼저 제공하는 단계입니다. [1][2]
• 멈추기 전에 단계가 있다: 한도 도달이 예상되는 시점에서 약 7일 전에는 새 자원 생성을 막고, 약 5일 전에는 쓰지 않는 자원을 멈추며, 약 4일 전에는 비용이 가장 큰 자원을 멈추도록 항목별로 선택할 수 있습니다. 알림은 한도의 50%, 75%, 90%에 도달했을 때 옵니다. [2]
• Google Cloud도 같은 방향: Google Cloud는 7월 28일 예산 기능에 Spend Caps를 추가했다고 발표했습니다(공개 미리보기). 한 프로젝트 안의 특정 서비스에 월 상한을 걸어 두면, 상한에 도달했을 때 그 서비스에서 추가 요금이 발생하는 사용을 제한합니다. 데이터와 자원은 지우지 않으며, 관리 화면에서 직접 제한을 풀어야 합니다. [3]
• 왜 지금 이 이야기인가: 개발자 사이먼 윌리슨은 10월 3일 글에서 코딩 에이전트 덕분에 돈이 드는 서비스를 실행하기 쉬워졌다고 짚었습니다. 따라서 경고 메일만 보내는 한도로는 부족하며, 한도에 도달하면 사용을 멈추는 방식을 기본값으로 삼아야 한다고 제안했습니다. [4]

경고 메일과 멈춤 사이에서 고르는 일

AWS 문서는 이 한도를 실험과 학습용 환경에 맞춰 설계했으며, 잠깐 멈춰도 괜찮은 운영 환경에도 쓸 수 있다고 설명합니다. 서비스 중단과 예상하지 못한 청구서 가운데 어느 쪽이 더 나쁜지는 서비스마다 다르다는 뜻입니다. 다만 사람이 자는 동안에도 에이전트가 유료 API를 계속 부를 수 있다면, 그 판단을 미리 내려 두는 편이 안전하다고 봅니다.

상한을 걸 때 같이 정할 것

프로젝트 단위로 한도를 건다면 실험용 프로젝트를 운영 서비스와 분리해 멈추는 범위를 좁힐 수 있습니다. Google Cloud처럼 사람이 직접 제한을 풀어야 한다면, 원인을 확인하고 재개 여부를 결정할 담당자도 함께 정해 둘 만합니다. 두 기능 모두 지금은 사용자가 직접 켜야 하는 선택 기능입니다. 켜진 상태를 기본값으로 삼자는 윌리슨의 제안이 어디까지 받아들여질지는 지켜볼 일입니다.

출처

1. AWS: New AWS experience helps builders get started and ship faster, 2026년 9월 16일.
2. AWS 문서: Create a spend limit in AWS Settings, 2026년 10월 4일 확인.
3. Google Cloud Blog: New early anomalies and spend caps on Google Cloud Budgets, 2026년 7월 28일.
4. Simon Willison: We're going to need default hard budget caps on pretty much everything, 2026년 10월 3일.