Hertz의 6,000% Throughput 향상을 이끈 아키텍처

(dev.to)

Dev.to2026년 3월 30일개발자 도구

Hertz는 노후화된 레거시 시스템의 한계를 극복하고자 '결과적 일관성' 아키텍처를 도입해 처리량을 6,000% 향상시켰으며, 이는 기술 부채 해결을 위한 전략적 설계가 비즈니스 성과에 미치는 결정적인 영향을 보여준다.

이 글의 핵심 포인트

1Hertz는 30-40년 된 IBM AS/400 메인프레임과 COBOL 기반 레거시 시스템으로 운영되었으며, 신제품 추가 시 18번의 시스템 변경이 필요했습니다.
2첫 디지털 전환 시도였던 액센츄어와의 계약은 3,200만 달러의 비용을 썼음에도 실패로 끝났습니다.
3레거시 시스템은 초기 300 요청/초(RPS) 수준의 처리량과 1분 이상의 p90 응답 시간을 보였습니다.
4가격 조회 시스템에 '강한 일관성' 대신 '결과적 일관성' 아키텍처를 도입하여 6,000%의 처리량 향상을 달성했습니다.
5Hertz는 최종적으로 수년간의 기술 전환에 4억 달러 이상을 투자했습니다.

이 글에 대한 공공지능 분석

왜 중요한가?

이 사례는 오래된 기술 부채가 기업의 생존을 어떻게 위협하는지, 그리고 잘못된 디지털 전환이 얼마나 막대한 비용을 초래하는지 명확하게 보여줍니다. 100억 달러에 가까운 기업 가치에도 불구하고, Hertz는 30년 된 코볼 시스템에 묶여 경쟁자들에게 시장을 내주고 있었습니다. 특히, '강한 일관성'에 대한 오해를 깨고 '결과적 일관성'을 핵심 통찰로 삼아 대규모 트래픽 문제를 해결한 점은 기술 아키텍처가 비즈니스 성과에 얼마나 직접적으로 기여할 수 있는지를 극명하게 드러냅니다. 이는 단순한 기술적 개선이 아닌, 비즈니스 모델과 운영 방식을 재정의하는 전환점이었습니다.

어떤 배경과 맥락이 있나?

Hertz는 IBM AS/400 메인프레임과 COBOL로 구축된 1,800개 IT 시스템, 6개 데이터베이스 벤더, 30개 렌탈 처리 시스템이라는 복잡하고 비효율적인 레거시 환경에 갇혀 있었습니다. 신제품 하나를 추가하는 데 18번의 시스템 변경이 필요했고, 이는 시장의 급변하는 요구에 전혀 대응할 수 없었습니다. 우버와 리프트가 기업 출장 교통비 지출의 70% 이상을 잠식하는 동안, Hertz의 시스템은 분당 300개의 요청 처리 능력이라는 한계에 부딪혔습니다. 액센츄어와의 첫 시도가 3,200만 달러의 손실을 내며 실패한 후, IBM의 클라우드 개러지 팀이 투입되어 재도전을 시작했고, 결국 핵심 개발자의 통찰이 프로젝트를 성공으로 이끌었습니다.

업계에 어떤 영향을 주나?

이 사례는 모든 기업, 특히 레거시 시스템을 가진 대기업들에게 디지털 전환의 중요성과 함께 그 과정에서의 시행착오를 극복하는 방법을 제시합니다. '강한 일관성'이 모든 시나리오에 필요한 것은 아니며, 특정 비즈니스 요구사항에 맞춰 '결과적 일관성'과 같은 유연한 아키텍처 패턴을 채택하는 것이 고성능과 확장성을 달성하는 핵심이라는 점을 보여줍니다. 이는 클라우드 기반의 마이크로서비스 아키텍처, 분산 데이터베이스, 캐싱 전략 등을 설계할 때 중요한 지침이 됩니다. 또한, 외부 컨설팅 의존의 한계를 보여주며, 내부 기술 역량 강화와 핵심 개발자의 통찰이 장기적인 성공에 필수적임을 강조합니다.

한국 시장에 어떤 시사점이 있나?

한국의 많은 대기업과 심지어 일부 성장한 스타트업들도 유사한 레거시 시스템 문제나 기술 부채에 직면해 있습니다. Hertz 사례는 한국 기업들이 '전면 교체' 방식의 위험을 인지하고, 핵심 비즈니스 로직에 대한 명확한 이해를 바탕으로 점진적이고 전략적인 아키텍처 개선을 추진해야 함을 시사합니다. 특히, 가격 조회나 상품 추천 등 '읽기' 중심의 서비스에서 무조건적인 강한 일관성을 고집하기보다, 비즈니스 SLA에 맞춰 결과적 일관성 패턴을 과감히 도입함으로써 높은 확장성과 사용자 경험을 확보할 수 있음을 보여줍니다. 내부 기술 리더십을 키우고, 외부 솔루션 의존도를 줄이며 핵심 기술 역량을 내재화하는 것이 장기적인 경쟁력 확보에 필수적입니다.

이 글에 대한 큐레이터 의견

Hertz의 사례는 모든 스타트업 창업자들이 명심해야 할 경고이자 기회입니다. 기술 부채는 단순한 비용 문제가 아니라, 기업의 생존을 위협하는 '실존적 부채'로 진화할 수 있습니다. 특히, 액센츄어와의 3,200만 달러짜리 실패는 외부 컨설팅에만 의존하는 것이 얼마나 위험한지 보여줍니다. 핵심 기술 역량을 외부에 아웃소싱하는 것은 일시적인 해결책일 뿐, 장기적으로는 기업의 성장 동력을 훼손하고 비즈니스 민첩성을 떨어뜨립니다. 스타트업은 '린(Lean)'하게 시작하더라도, 핵심 비즈니스 로직과 관련된 아키텍처 설계는 반드시 내부에서 주도해야 합니다.

이 기사의 핵심 통찰은 '강한 일관성'에 대한 맹목적인 추종을 멈추고, 각 유스케이스에 적합한 '일관성 모델'을 선택하는 것입니다. 스타트업의 경우, 초기에 빠른 개발을 위해 강한 일관성을 기본으로 설정하는 경우가 많지만, 사용자 수가 늘어나고 서비스가 복잡해지면서 병목 현상에 직면하게 됩니다. 가격 조회나 콘텐츠 피드처럼 '읽기'가 압도적으로 많은 서비스는 결과적 일관성으로 충분하며, 이는 확장성과 성능에 엄청난 이점을 가져다줍니다. 이 통찰은 개발 초기 단계부터 아키텍처를 설계할 때 반드시 고려해야 할 부분입니다.

결론적으로, 스타트업은 기술 스택 선택과 아키텍처 설계에 있어 비즈니스 요구사항을 깊이 이해하고, 유연하게 접근해야 합니다. '성능 튜닝'이 아닌 '재설계'가 필요한 순간을 인지하고, 과감한 결정을 내릴 수 있는 내부 기술 리더십을 확보하는 것이 중요합니다. 이사회에 기술 전문가를 참여시키거나, 창업팀 내 기술 리더의 발언권을 강화하는 등의 노력이 필요합니다. Hertz가 겪은 고통은 스타트업들이 미래에 겪을 수 있는 성장통을 미리 보여주는 교과서 같은 사례입니다.

원문 보기 →