핵심 요약
AWS가 제공하는 편리한 옵저버빌리티 서비스는 손쉬운 시작 뒤에 높은 비용과 강한 벤더 락인을 숨기고 있다.
특히 규제 산업처럼 로그를 줄이기 어려운 환경에서는, 클라우드 네이티브 관리형 서비스가 비용 폭탄으로 직결되기 쉽다.
오픈소스 스택으로의 전환은 규제 준수를 유지하면서도 비용과 종속성을 크게 줄일 수 있는 현실적인 대안이 될 수 있다.
AWS 옵저버빌리티 비용 폭탄의 실체
이 사례에서 가장 충격적인 지점은 "운영 자체"가 아니라 "관찰 비용"이 하루 45달러까지 치솟았다는 점이다.
EC2, RDS 같은 컴퓨팅 리소스가 아니라, CloudWatch 기반의 로그·메트릭 수집과 AWS Application Signals 같은 관측 서비스에 돈이 새고 있었다.
특히 EKS 컨트롤 플레인 로그만으로도 월 1,350달러가 나갈 정도로, 관리형 서비스의 기본 설정만 켜도 꽤 큰 청구서가 나올 수 있다.
즉, 문제는 "클라우드 사용량"이 아니라 "무의식적으로 쌓이는 관측 데이터 사용량"에 있었다.
규제 산업에서 로그를 '끄지 못하는' 현실
해당 팀은 병원 환자 모니터링 시스템을 운영하며, FDA와 MDR과 같은 의료 규제를 준수해야 하는 환경에 있다.
이런 환경에서는 서비스 장애나 이상 상황이 발생했을 때, "왜 이런 일이 일어났는지"를 사후에 분석할 수 있어야 하고, 이를 뒷받침할 충분한 로그와 메트릭이 필요하다.
다시 말해, 일반 서비스라면 비용 때문에 로그 레벨을 낮추거나 보존 기간을 줄이는 선택을 할 수 있지만, 생명과 직결된 의료 시스템에서는 "로그를 줄인다"는 선택지가 사실상 없다.
이처럼 로그를 쉽게 줄일 수 없는 조직일수록, 관리형 옵저버빌리티 서비스의 요금 구조에 훨씬 더 취약해진다.
'원클릭' 옵저버빌리티가 숨기는 세 가지 위험
AWS는 Application Signals 같은 서비스를 통해 "최소 설정으로 전체 애플리케이션을 관측할 수 있다"고 홍보한다.
이때 핵심 매력은 두 가지다. 설정이 매우 간단하고, AWS 리소스와 깊게 통합되어 있어 거의 자동으로 대시보드와 지표가 생긴다는 점이다.
하지만 이 편리함 뒤에는 세 가지 위험이 숨어 있다. 첫째, 사용자가 무엇을 얼마나 수집하는지 정확히 이해하지 못한 채 기본값에 의존하게 된다. 둘째, 데이터가 AWS 전용 포맷과 워크플로에 묶이면서 다른 플랫폼으로 옮기기 점점 힘들어진다. 셋째, 사용량이 늘어날수록 비용이 선형이 아니라 폭발적으로 커질 수 있는데, 이를 세밀하게 제어하기 어렵다.
결국 "원클릭 편의성"은 관측 자체보다 벤더 종속과 비용 증가를 가속하는 스위치가 될 수 있다.
벤더 락인: 관측 데이터가 만들어내는 보이지 않는 족쇄
로그와 메트릭, 트레이스는 단순한 데이터가 아니라, 조직의 운영 방식과 도구 체계를 정의하는 핵심 자산이다.
이 데이터가 특정 클라우드의 전용 서비스에 깊게 묶여 있을수록, 다른 도구나 다른 클라우드로의 이동 비용은 기하급수적으로 올라간다.
예를 들어 CloudWatch 로그 포맷, Application Signals의 메트릭 구조, 전용 대시보드와 알람 설정에 의존하게 되면, 나중에 오픈소스 스택(예: Prometheus, Loki, Tempo 등)으로 옮길 때 모든 수집·알람·대시보드를 다시 설계해야 하는 상황이 발생한다.
이러한 전환 비용이 두려워질수록, 설령 비용이 비합리적으로 커져도 "그냥 계속 쓰자"는 결정을 하게 되는데, 이것이 전형적인 벤더 락인의 모습이다.
오픈소스로 탈출: 비용 80% 절감의 방향성
이 팀은 결국 AWS의 관리형 옵저버빌리티를 벗어나 오픈소스 기반 스택으로 이전하며, 비용을 약 80% 절감했다고 밝힌다.
핵심 아이디어는 "관측 데이터는 클라우드 사업자에게 맡길 것이 아니라, 표준을 따르는 오픈 포맷과 오픈 도구로 다뤄야 한다"는 것이다.
예를 들어 로그는 Loki, 메트릭은 Prometheus, 분산 트레이싱은 Tempo와 같은 도구를 사용할 수 있고, 수집에는 OpenTelemetry를 활용해 특정 벤더에 종속되지 않는 형태로 데이터를 모을 수 있다.
이렇게 하면 저장소나 컴퓨팅을 어디에 두든(온프레미스, 다른 클라우드, 저렴한 스토리지 등) 관측 계층 전체를 크게 바꾸지 않고도 이전할 수 있게 된다.
비용만이 아니라, '통제권'을 되찾는 움직임
이 사례를 단순히 "비용 절감"의 관점에서만 보면, AWS 대신 오픈소스를 써서 돈을 아꼈다는 정도로 끝날 수 있다.
하지만 더 중요한 메시지는, 관측 인프라의 설계와 운용에 대한 통제권을 다시 조직 내부로 가져왔다는 점이다.
어떤 로그를 어느 수준으로 남기고, 얼마 동안 보관하며, 어떤 지표를 어느 주기로 수집할지에 대해 세밀하게 설계할 수 있다면, 규제 준수와 비용 최적화를 동시에 추구하는 것이 가능해진다.
반대로 관리형 서비스에만 의존하면, 이 결정권이 서비스 제공자와 그들의 기본값에 상당 부분 넘겨진다.
인사이트
클라우드 시대의 옵저버빌리티는 "얼마나 잘 보느냐"만이 아니라 "누가 어떻게 통제하느냐"의 문제다.
규제 산업이든 일반 웹 서비스든, 처음부터 관측 데이터의 포맷과 흐름을 오픈한 표준과 도구(OpenTelemetry, 오픈소스 스택 등)를 중심에 두고 설계하면, 벤더 락인과 비용 폭탄을 피할 수 있다.
이미 관리형 서비스에 깊게 들어가 있다면, 지금이라도 어떤 로그·메트릭이 얼마나, 어느 서비스로 흘러가는지 지도를 그려보고, 가장 비용 대비 효과가 낮은 부분부터 오픈소스로 대체해 나가는 점진적 전환 전략을 고민해볼 만하다.
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.