데이터 센터의 투명성이 결제 신뢰성을 좌우한다

Brockovich의 고발이 결제업계에 던진 진짜 질문

2026년 5월, 환경 소송의 아이콘 Erin Brockovich가 AI 데이터 센터를 겨냥했다. TechCrunch 보도에 따르면 그는 아마존·마이크로소프트·구글이 운영하는 하이퍼스케일 데이터 센터의 에너지 소비량, 냉각수 사용량, 지역 전력망 부담이 의도적으로 불투명하게 관리된다고 비판했다. 그가 쓴 단어는 정확했다: "비밀주의(secrecy)." ESG를 외치는 기업들이 정작 가장 큰 탄소·물 발자국을 남기는 데이터 센터 수치는 공개하지 않는다는 것이다.

표면은 환경 이슈다. 하지만 결제·정산·자동화를 직접 운영하는 팀 입장에서 이 고발은 다른 층위의 질문을 꺼낸다. 우리가 매일 의존하는 인프라가 얼마나 투명한가? 데이터 센터의 비밀주의는 탄소 회계만의 문제가 아니다. 가동률, 전력 계통, 장애 이력이 불투명한 인프라 위에서 결제 신뢰성을 보장하겠다는 말은 공허해진다. 우리가 이 이슈를 '그린워싱 논란'으로 읽지 않는 이유가 여기 있다.

결제 인프라로서의 데이터 센터: 수치로 읽는 의존성

결제·정산 자동화 시스템에서 데이터 센터는 추상적 배경이 아니다. 카드 네트워크(Visa, Mastercard)는 자사 네트워크 가용성 99.999% 이상을 SLA로 요구한다. 이는 연간 허용 다운타임이 약 5.3분이라는 뜻이다. 이 수준의 가용성을 유지하려면 기반 데이터 센터가 최소 Tier 3(가용성 99.982%, 연간 허용 다운타임 1.6시간) 이상이어야 한다. Tier 2 센터(99.749%, 연간 22시간)에서는 카드사 SLA를 물리적으로 충족할 수 없다.

문제는 이 Tier 등급 정보조차 클라우드 제공사들이 명시하지 않는 경우가 많다는 것이다. AWS는 자사 리전의 물리 위치와 Tier 등급을 공식 문서에서 공개하지 않는다. Microsoft Azure는 2023년부터 일부 데이터 센터의 PUE(Power Usage Effectiveness)를 공개하기 시작했지만, 특정 리전·AZ 단위의 장애 이력은 여전히 불투명하다. 우리 팀이 AWS ap-northeast-2(서울 리전)에 결제 시스템을 운영할 때, 해당 리전의 물리 데이터 센터가 어느 전력망에 연결되어 있는지 공식 경로로 확인하는 것은 사실상 불가능하다. 이것이 Brockovich가 지적한 비밀주의의 실체다.

불투명성이 만드는 실제 장애: 2021년 AWS 사례

2021년 12월 AWS us-east-1 장애는 결제업계에 뚜렷한 교훈을 남겼다. 7시간에 걸친 장애로 수백 개의 핀테크·커머스 서비스가 결제 처리를 중단했고, 일부 정산 시스템은 T+1 정산 마감을 놓쳤다. AWS가 사후 공개한 인시던트 리포트는 "전력 공급 이상"을 원인으로 기술했다. 어느 데이터 센터의 어떤 전력 계통이 어떻게 실패했는지는 끝내 공개되지 않았다. 이 불투명성이 다음 설계를 더 어렵게 만든다.

HEDVION 팀도 이 시기 멀티 클라우드 리던던시 설계를 재검토했다. "두 개의 AZ에 배포하면 된다"는 접근을 넘어서, AZ 간 전력 계통이 실제로 독립적인지 확인하고 싶었다. 그러나 클라우드 제공사는 이 정보를 제공하지 않는다. 우리가 할 수 있는 것은 공개된 인시던트 이력, 서드파티 업타임 모니터링, 같은 리전을 쓰는 기업들의 장애 상관관계를 수집해 추론하는 것뿐이다. 트레이드오프는 분명하다. 물리 위치를 과도하게 공개하면 보안 취약점이 노출될 수 있다는 제공사 측 논리는 일부 타당하다. 하지만 지금의 불투명성은 보안을 위한 최소한을 훨씬 넘어선다. 전력 계통 독립 여부, PUE, 최근 3년 장애 이력—이 세 가지만 공개해도 결제 시스템 설계는 크게 달라질 수 있다.

좁혀오는 규제: EU EED·국내 금융 클라우드 가이드라인

Brockovich의 활동은 이미 규제 지형에 영향을 미치고 있다. 미국에서는 2024년 데이터 센터 에너지 공시 법안(Data Center Energy and Water Use Reporting Act)이 재발의됐다. EU는 에너지 효율 지침(EED) 개정을 통해 500kW 이상 규모의 데이터 센터에 에너지·냉각수 사용량 공개를 의무화하는 방향으로 움직이고 있으며, 2026년 시행이 예정되어 있다. 국내에서도 금융감독원의 금융 클라우드 이용 가이드라인은 "재해복구 계획의 구체성"을 점점 더 강하게 요구하고 있다.

이 규제들이 결제·정산 업계에 의미하는 것은 명확하다. 지금은 클라우드 제공사가 정보를 주지 않아 몰랐다고 할 수 있지만, 2027년 이후에는 그 '모름'이 컴플라이언스 위반으로 이어질 수 있다. 결제 서비스 제공자(PSP)는 금융당국에 인프라 복원력(resilience)을 증명해야 하는데, 기반 데이터 센터의 핵심 지표를 모른다면 그 증명은 공허해진다. 선제적으로 정보를 확보하고 내부 문서화해두지 않으면, 규제 감사 시점에 수습 비용이 급격히 늘어난다.

HEDVION 팀의 실전 대응 시나리오

현실적으로 우리 같은 작은 팀이 AWS에 "Tier 등급을 공개하라"고 압박할 수는 없다. 그래서 우리는 세 방향에서 접근한다.

첫째, 요청 가능한 컴플라이언스 문서를 최대한 확보한다. AWS의 경우 SOC 2 Type II 리포트, ISO 27001 인증서, AWS Artifact에서 다운로드 가능한 문서들이 데이터 센터의 물리적 보안과 가용성 통제에 관한 가장 구체적인 공식 자료다. 엔터프라이즈 서포트 계약을 통해 특정 리전의 재해복구 계획(DRP) 요약본을 요청하는 것도 가능하다. 계약 단계에서 이 권리를 명시해두는 것이 핵심이다.

둘째, 우리가 통제하는 레이어에서 투명성을 만든다. 결제 시스템의 월별 업타임, 실제 RTO(목표 복구 시간), RPO(목표 복구 지점), 정산 지연 건수를 내부 대시보드로 실시간 추적하고, 이 수치를 기업 고객과의 SLA 계약서에 명시한다. 우리가 의존하는 인프라의 투명성을 강제할 수 없다면, 적어도 우리 레이어의 투명성은 고객에게 보여줄 수 있다. 월별 업타임 리포트를 고객에게 발송하는 것만으로 "숨기는 것이 없다"는 신호가 된다.

셋째, 벤더 다변화로 단일 데이터 센터 의존을 줄인다. 정산 배치 작업은 AWS 서울 리전, 실시간 결제 API는 별도 리전이나 제공사, 감사 로그는 독립적인 오브젝트 스토리지로 분산하는 식이다. 한 제공사의 데이터 센터가 불투명하더라도, 전체 시스템이 동시에 단일 장애점에 노출되는 리스크를 구조적으로 낮출 수 있다.

바로 써먹을 수 있는 실행 체크리스트

이 이슈를 읽고 다음 스프린트에 바로 적용할 수 있는 것들이다.

1. 현재 사용 중인 클라우드·IDC 제공사에 다음 세 가지를 서면으로 확인하라

해당 리전·센터의 Tier 등급 또는 동등한 가용성 SLA가 계약서에 명시되어 있는가?
최근 3년간 공개된 인시던트 리포트가 있는가, 있다면 RCA(근본 원인 분석)의 구체성은 어느 수준인가?
SOC 2 Type II 리포트 및 ISO 27001 인증서를 계약 기간 내 언제든 요청 가능한가?

2. 자사 결제 시스템의 투명성 지표를 정의하고 측정을 시작하라 월별 가용성(%), 실제 장애 발생 시 RTO, 정산 지연 건수를 추적해서 내부 문서에 기록한다. 이 수치가 6개월치만 쌓여도 고객 SLA 협상과 규제 감사에서 정량적 근거 자료가 된다.

3. 기업 고객 계약서에 인프라 투명성 조항을 추가하라 "서비스 제공자는 월 1회 업타임 리포트를 제공하며, 30분 이상 장애 발생 시 24시간 내 인시던트 요약을 공유한다"는 조항 하나만으로 고객 신뢰를 차별화할 수 있다. 같은 서비스 스펙에서 이 조항이 있는 곳과 없는 곳은 갱신 협상 테이블에서 완전히 다른 위치에 서게 된다.

4. EU EED 규제 시행일을 지금 캘린더에 넣어라 2026년 EU 시장을 대상으로 서비스를 운영하거나 EU 리전 클라우드를 사용한다면, 에너지 공시 의무가 공급망 전반에 영향을 줄 수 있다. 지금 당장 EU 클라우드 리전 의존도를 파악하고, 제공사의 EED 준수 계획을 문의해두는 것이 감사 대응 비용을 아끼는 가장 저렴한 방법이다.

Brockovich가 시작한 논쟁의 결말이 어떻게 되든, 데이터 센터 투명성을 요구하는 방향은 되돌릴 수 없다. 결제·정산 자동화 팀으로서 해야 할 일은 이 흐름을 수동적으로 기다리는 것이 아니라, 지금 당장 통제 가능한 레이어부터 투명성을 실행하는 것이다. 숨기는 것이 없는 인프라가 고객이 믿는 결제 시스템의 전제 조건이다.