원문은 BuildWithHermes 블로그에 게시되었습니다.

2026년 5월 27일, Lovo AI가 Chapter 7 파산(Chapter 7 bankruptcy)을 신청했습니다. 이는 자신의 목소리가 동의 없이 복제되었다고 주장하는 성우들이 제기한 집단 소송의 기각 신청(motion-to-dismiss) 변론을 불과 3주 앞둔 시점이었습니다. Chapter 7은 청산을 의미합니다. 상황이 종료된 것입니다.

같은 11일 동안, Vapi는 세 차례의 별도 장애를 기록했습니다: 5월 20일 4시간 37분 동안 지속된 데이터베이스 장애, 5월 26일의 서비스 저하 이벤트(38분), 그리고 5월 28일의 통화 실패율 증가(54분)입니다. 해당 기간 Vapi의 주요 가동 시간(uptime)은 99.785%입니다. 계산을 해보기 전까지는 괜찮게 들릴 수 있습니다: 한 달의 0.2%는 약 86분의 다운타임(downtime)을 의미합니다. Vapi는 단 한 번의 사고에서 그보다 더 많은 시간을 사용했습니다.

만약 당신이 AI 음성 에이전시를 운영하고 있다면, 이 두 사건이 당신에게 직접적인 영향을 미쳤는지 여부와 상관없이 이것은 플레이북(playbook)이 됩니다. 구조적 리스크(structural risk)는 당신이 직접 제어할 수 없는 인프라 위에 고객 대면 비즈니스를 구축하고 있다는 사실만으로도 발생합니다.

이것이 AI 음성 에이전시에 중요한 이유

Lovo의 파산은 일차적으로 지식재산권(IP)에 관한 이야기가 아닙니다. 이것은 당신의 스택(stack) 내 핵심 업스트림 벤더(upstream vendor)가 예고 없이 사라질 때 어떤 일이 발생하는지에 대한 이야기입니다. Lovo의 목소리를 화이트 라벨링(white-labeled)하여 사용하던 에이전시들은 이제 폐업한 회사에 묶인 고객 결과물을 떠안게 되었습니다. 지원도 없고, API 연속성 보장도 없으며, 무엇인가를 계속 작동시켜야 할 계약적 의무도 없습니다.

이러한 시나리오는 다음 벤더에게 타격을 입히기 위해 소송이 필요하지 않습니다. 펀딩 라운드(funding round)가 무산되거나, 제품 라인을 없애는 피벗(pivot)이 일어나거나, 인수자가 기존 API를 폐쇄하는 인수(acquisition)가 발생하면 됩니다. 이것들은 AI 툴링(tooling) 시장에서 드문 일이 아닙니다. 이것들은 기본값(baseline)입니다.

Vapi의 상황은 다른 범주의 리스크이지만, 동일한 방식으로 문제가 심화됩니다. 11일 동안 세 차례의 장애가 발생했다는 것은, 자동으로 재예약되지 않는 놓친 전화, 콜백이 이루어지기 전에 식어버린 리드(leads), 그리고 왜 예약 확인 캠페인에 공백이 생겼는지 묻는 고객들을 의미합니다. 문제는 Vapi의 역량이 아닙니다. 문제는 단일 벤더 의존성(single-vendor dependency)이 해당 벤더의 불운한 날들을 100% 그대로 상속받는다는 점입니다.

단일 장애 발생 시의 매출 계산

클라이언트당 월평균 500분을 사용하며 20개의 클라이언트를 운영하는 에이전시는 월간 약 10,000분을 처리합니다. Vapi의 5월 20일 장애는 4시간 37분 동안 지속되었으며, 이는 영업일의 약 19%에 해당합니다. 클라이언트당 월 $2,000를 청구하는 에이전시(20개 클라이언트 기준 약 $40,000 MRR)의 경우, 단 한 번의 사고로 약 $2,400의 매출이 위험에 처했습니다. 그 자체로는 파멸적인 수준은 아닙니다. 하지만 11일 동안 세 차례의 장애가 겹치면 문제가 심각해지며, 아웃바운드 리드(outbound lead) 대응은 시간에 민감하기 때문에 해당 전환(conversions)들은 회복이 불가능합니다.

이번 주 에이전시를 위한 실행 단계

1. 고객이 알아차리기 전에 상위 종속성(upstream dependencies)을 감사(Audit)하세요. 귀사의 에이전시와 고객 사이에 있는 모든 벤더(vendor)를 기록하세요: 음성 AI 제공업체(voice AI provider), 전화 시스템(telephony), CRM, 자동화(automation), 결제(billing) 등. 각 항목에 대해, 만약 해당 서비스가 4시간 동안 오프라인이 되거나 완전히 폐업한다면 고객에게 즉각적으로 어떤 문제가 발생하는지 질문하십시오. 만약 답변이 "전체 시스템이 마비된다"라면, 귀사는 단일 장애점(single point of failure)을 가지고 있는 것입니다.

2. 5월 20일 Vapi 장애 시간 동안 공백을 느꼈던 고객들에게 연락하세요. 선제적인 인정은 운영상의 성숙함(operational maturity)으로 비춰집니다. 장애 발생 후 침묵하는 것은 문제를 인지하지 못하고 있다는 인상을 줍니다.

3. 대체 수단(fallback) 없이 단일 TTS 벤더의 음성을 화이트 라벨(white-label)로 제공하지 마세요. Lovo는 극단적인 사례이지만, 이러한 역학 관계는 흔히 발생합니다. 고객에게 제공하는 결과물을 TTS 제공업체를 추상화(abstract)하는 레이어 위에 구축하세요. 이용 약관이 변경될 때마다 다시 구축해야 하는 직접적인 API 통합(direct API integration) 위에 구축하지 마십시오.

4. 이번 주의 뉴스를 영업 대화에서 자격 검증 신호(qualification signal)로 활용하세요. "이번 주 Lovo가 파산 신청을 했고 Vapi가 5월에 세 차례의 장애를 겪은 것을 보셨을 겁니다. 저희는 벤더 리스크(vendor risk)를 다음과 같이 관리하고 있습니다."라고 말해보세요. 진지한 잠재 고객은 후속 질문을 던질 것입니다.

5. 만약 여전히 가공되지 않은 API 통합(raw API integrations)을 실행 중이라면, 고객 인도(delivery) 방식을 플랫폼 레이어로 전환하세요. 가공되지 않은 Vapi나 Retell은 분당 비용을 낮춰주지만, 이는 곧 상위의 모든 신뢰성 이벤트(reliability event)에 따른 전체 영향 범위(blast radius)를 귀사가 고스란히 떠안아야 함을 의미합니다. 고객이 310명일 때는 이 계산이 맞을 수 있습니다. 하지만 1020명 규모가 되면, 가공되지 않은 통합을 유지하는 작업이 에이전시를 실제로 성장시키는 일과 경쟁하게 됩니다.

BuildWithHermes에서 우리가 구축한 것

Hermes는 단일 제공업체(provider)에 의존하는 API 래퍼(wrapper)가 아니라, AI 음성 에이전시를 위한 운영 플랫폼입니다. 이 아키텍처는 어떤 단일 업스트림 제공업체라도 장애가 발생할 수 있음을 전제로 합니다. 플랫폼이 제공업체 계층의 라우팅(routing)을 처리하므로, 에이전시의 가동 시간(uptime)은 특정 벤더의 상태 페이지(status page)에 종속되지 않습니다. 고객은 에이전시의 브랜드와 화이트 라벨(white-labeled) 워크스페이스를 보게 되며, 제공업체를 교체해야 할 경우 플랫폼 수준에서 이루어집니다. 가격: Starter 월 $149 (300분 포함), Business 월 $399 (1,000분), Agency 월 $699 (2,000분), 초과 요금은 분당 $0.24입니다.

결론

한 주에 두 번의 인프라 이벤트가 발생한 것은 단순한 경고가 아닙니다. 이는 2026년 AI 음성 에이전시들이 마주할 정상적인 운영 환경입니다. 벤더들은 자금을 조달하고, 피벗(pivot)하며, 인수되거나, 갑자기 사라지기도 하며, 몇 달 동안 신뢰성 문제를 겪기도 합니다. 10개 이상의 고객을 확보하며 규모를 키우는 에이전시들은 이를 예외적인 상황이 아닌 설계 제약 조건(design constraint)으로 취급합니다.

Vapi가 화요일에 데이터베이스 장애를 일으킬지 여부는 당신이 통제할 수 없습니다. 하지만 그 장애 전후로 당신의 에이전시 수익이 동일하게 유지될지 여부는 당신이 통제할 수 있습니다.

FAQ가 포함된 전체 버전: buildwithhermes.com/blog