- 무료 체험으로 시작한 CI 서비스가 한도 초과 후 서비스 중단 대신 $1,000 청구서를 발송, 사용자가 예상치 못한 비용을 떠안게 된 사례
- Blacksmith는 GitHub Actions를 대체하는 YC 스타트업으로, 더 빠르고 저렴함을 내세운 drop-in replacement 서비스
- "무료 체험·신용카드 불필요" 조건에서 한도를 넘기면 작업이 멈추는 대신 공시 요율로 사용량이 계속 누적되어 청구됨
- 대부분의 사용자는 결제 정보 입력 전까지 무료 한도를 하드 캡(hard cap) 으로 기대하므로, 이 정책은 5% 미만만이 예상할 만한 이례적 방식
- 신용카드 없는 사용자를 초과 사용으로 방치한 뒤 연체 청구서를 보내는 방식은 악용 사용자에게 유리하고 신뢰를 해치는 나쁜 관행
배경 — GitHub Actions 대체 시도
- PR 처리량 증가로 CI 작업이 느리고 비쌈이 점점 분명해져 GitHub Actions에 대한 불만 누적
- 권유를 받아 Blacksmith 도입 시도
- Blacksmith는 GitHub Actions의 drop-in replacement를 표방하는 YC 스타트업으로, 더 빠르고 저렴함을 강조
- GitHub 설정을 가져와 적용한 결과 실제로 더 빨랐음, 비용은 무료 체험 중이라 명확하지 않음
청구까지의 경과
- 첫 경고 메일: 해당 조직의 이번 달 무료 분(minutes) 80% 소진, 중단을 피하려면 신용카드 등록 요청
- 이 시점에서 사용량을 점검했어야 했으나, 코딩을 멈추지 않고 계속 진행
- 2주 뒤 "이번 달 Blacksmith에 $500.60 지출" 메시지 수신
- 여전히 무료 체험 중이라 사실로 보이지 않았고, 신용카드도 없고 프로덕션 사용자에도 영향 없던 다수 사용량 경고 메일 중 하나
- 다시 2주 뒤 짧은 간격으로 "중단 방지를 위한 카드 등록" 메시지 → $1,081 청구서 → 이틀 뒤 연체 통지 연달아 수신
- 연체 통지 총액 $1,081.45
- 계약상 결제 조건은 청구서 생성 즉시 결제 요구
"중단(disruption)" 표현에 대한 해명
- 일반적으로 신용카드 없이 무료로 쓰다 한도에 도달하면 서비스가 끊김(=서비스 중단)이 통념이나, 이번 경우는 즉시 연체 처리된 $1,000 청구로 이어짐
- Blacksmith 지원팀 해명
- "disruption" 표현은 서비스 정지가 아니라 의심 활동 검토 등 계정 플래깅을 의미
- 실행 중 작업의 자동 정지를 명시한 문구는 없으며, 무료 한도 초과 시 워크플로를 끊지 않고 공시 요율로 사용량 누적
- 실제로 한도 도달 시 작업을 멈춘다고 명시한 적도, "무료·카드 불필요"가 수천 달러 비용이 없다는 뜻이라고 명시한 적도 없었고, 이는 모두 관행에 따른 가정이었음
네 가지 쟁점
-
1. 이렇게 청구할 수 있는가
- 6월 8일 기준 Blacksmith 약관은 결제 정보 제공을 전제로 청구 권리가 성립함을 시사
- 다만 SaaS는 무료 체험 중 초과분에 대한 결제 의무를 약관에 둘 수 있음
- 에이전트가 CI 작업을 다수 실행해 무료 한도 도달은 예상된 일이었고 서비스 가치도 얻었으므로, 본질적으로 부정직하다기보다 놀라운 방식일 뿐 — "할 수 있다"는 판단
-
2. 사용자는 놀랄 것인가
- 무료·카드 불필요 서비스 초과에 대한 청구서를 예상할 사용자 비율은 5% 미만 수준으로 추정
- 챗봇에 물어보면, 카드 등록 경고 메일을 언급하지 않더라도 "끊길 것" 이라고 강하게 답함 — 이 정책이 이례적이라는 단서
- 대부분 사용자는 결제 정보 입력 전까지 무료 한도를 하드 캡으로 기대
-
3. 서비스가 이렇게 해야 하는가
- 초과 사용을 허용한 뒤 연체 청구서를 보내면 단기 매출 지표는 늘 수 있으나, 실제 회수율은 불확실하고 미수금·대손이 폭증할 것
- 결론적으로 나쁜 관행
- 카드 없는 사용자의 초과 누적은 제공자·고객 모두에게 번거로움을 낳고, 주로 지불 의사 없는 악용 사용자에게 더 많은 무료 여유를 줌
- 단기 매출을 부풀려도 신뢰·악용 비용이 추가 매출보다 작다고 보기 어려움
- 대안: "72시간 내 카드 미등록 시 CI 중단" 같은 사전 경고 방식
- 사후 청구를 택한 이유는 추측만 가능 — 무리한 그로스 해킹, 분기 매출 목표를 노린 중간 관리자, 결제·프로비저닝 시스템 간 기술 부채, 혹은 YC 스타트업의 유행 가능성
- 봄철 GitHub의 혼란 속 폭발적 성장세를 감안할 때, 필자 추정은 단순한 관리 누락(oversight)
- 지원팀은 향후 이런 혼란을 완화할 방법을 검토하겠다고 답함
-
4. 그럼에도 Blacksmith를 쓸 것인가
- GitHub Actions로 되돌려봤으나 여전히 불편했음
- Blacksmith는 개발 사이클의 병목을 빠르게 만들어 폭발적으로 성장
- 결국 실용주의 — 빠른 개발 속도에 대한 선호가 청구 정책에 대한 불만을 넘어섬
- 유료 결제에 동의하자 지원팀 응대도 친절해졌고, 다시 전환할 가능성 높음
독자를 위한 두 가지 조언
- SaaS를 만든다면, 대부분 사용자는 무료 계정이 초과 누적 전에 일시 정지되길 기대하므로 청구서 발송은 많은 이에게 부정적으로 받아들여짐
- Blacksmith를 시도한다면, 적어도 당분간은 체험 한도 도달 전에 사용을 줄이는 것이 안전