대형 스포츠 라이브 이벤트가 시작되면 짧은 시간에 많은 시청자가 스트리밍 플랫폼에 접속합니다. 경기 시작 직전 접속량이 빠르게 증가하고, 주요 경기나 관심이 집중되는 시간대에는 특정 지역과 네트워크 경로에 트래픽이 몰릴 수 있습니다. 평상시에는 안정적으로 운영되던 전송 인프라도 이러한 순간에는 평소와 다른 부하를 처리해야 합니다.
이때 하나의 CDN(콘텐츠 전송 네트워크)에 전송을 크게 의존하고 있다면 특정 지역의 CDN 성능 저하나 네트워크 경로 문제, CDN 사업자의 장애가 발생했을 때 선택할 수 있는 대체 경로가 제한될 수 있습니다. 충분한 대역폭을 확보했더라도 모든 장애가 용량 부족에서 발생하는 것은 아니기 때문에 단일 CDN 의존도를 낮추고 전송 경로를 분산하는 전략이 중요해집니다.
멀티 CDN(Multi-CDN)은 두 개 이상의 CDN을 함께 운용하면서 콘텐츠 요청을 여러 전송망에 분산하는 구조입니다. 단순히 서버 수를 늘리는 것이 아니라 CDN별 성능과 가용성, 이용자 지역과 네트워크 환경 등을 고려해 트래픽을 배분하고, 특정 CDN이나 경로에 문제가 발생했을 때 다른 CDN으로 요청을 전환할 수 있도록 구성합니다. 실제 트래픽을 어떤 CDN으로 보낼지는 DNS 기반 라우팅이나 성능 모니터링, 실사용자 데이터(RUM) 등 서비스가 사용하는 트래픽 스티어링 방식에 따라 달라질 수 있습니다.
하지만 CDN을 여러 개 사용한다고 해서 스포츠 스트리밍의 모든 장애를 막을 수 있는 것은 아닙니다. 라이브 영상이 시청자에게 도달하기까지는 오리진 서버와 인코더, 패키저, CDN, 인터넷 네트워크, 플레이어 등 여러 단계가 관여합니다. 오리진 과부하나 인코딩·패키징 오류, DNS 문제, 플레이어 장애처럼 CDN 외부에서 문제가 발생하면 멀티 CDN만으로 해결하기 어렵습니다. 복수 CDN을 운영하면서 모니터링과 트래픽 제어 체계가 복잡해지는 것도 함께 고려해야 합니다.
따라서 멀티 CDN 전략의 핵심은 장애를 완전히 없애는 것이 아니라 하나의 전송 경로에 대한 의존도를 낮추는 데 있습니다. 특정 CDN이나 네트워크 경로의 성능이 저하됐을 때 다른 경로로 트래픽을 전환할 수 있도록 준비함으로써 장애의 영향을 줄이고 서비스 연속성을 높이는 것입니다.
결국 스포츠 스트리밍에서 멀티 CDN이 만드는 가장 중요한 차이는 CDN의 개수가 아닙니다. 문제가 발생했을 때 사용할 수 있는 다른 경로가 준비되어 있는가가 멀티 CDN 아키텍처의 본질에 가깝습니다.
단일 CDN은 왜 대형 스포츠 이벤트에서 부담이 커질까
CDN(Content Delivery Network)의 주요 역할은 스포츠 라이브 콘텐츠를 여러 지역에 분산된 엣지(Edge) 인프라를 통해 전달함으로써 중앙 오리진(Origin) 서버에 집중되는 요청을 줄이고, 이용자에게 콘텐츠가 전달되는 네트워크 경로를 효율적으로 구성하는 데 있습니다.
대규모 스포츠중계에서는 많은 시청자가 같은 시간대에 동일한 라이브 콘텐츠를 요청합니다. 이때 모든 요청을 오리진 서버가 직접 처리하는 대신 CDN의 분산된 인프라와 캐싱 구조를 활용하면 오리진 부하를 줄이면서 여러 지역에서 발생하는 트래픽을 분산할 수 있습니다. 이러한 스포츠중계 CDN 전송 구조는 동시 접속이 급증하는 대형 스포츠 이벤트에서 안정적인 스트리밍을 위한 중요한 기반이 됩니다.
그렇다고 단일 CDN 자체가 대규모 스포츠 스트리밍에 적합하지 않다는 의미는 아닙니다. 글로벌 CDN 사업자들은 광범위한 네트워크와 대규모 전송 용량을 운영하고 있으며, 서비스 규모와 트래픽 특성에 따라 하나의 CDN으로도 대규모 라이브 스트리밍을 제공할 수 있습니다. 문제는 CDN의 개수보다 특정 사업자와 전송망에 대한 의존도가 높아졌을 때 선택할 수 있는 대체 경로가 제한된다는 점에 있습니다.
특정 지역의 PoP(Point of Presence)나 네트워크 경로에서 문제가 발생하거나 ISP와 CDN 사이의 연동 구간에 혼잡이 발생하면 일부 이용자의 스트리밍 품질이 저하될 수 있습니다. 예상보다 많은 트래픽이 특정 지역이나 경로에 집중되는 경우에도 지연이나 처리 성능에 영향을 받을 수 있습니다. 단일 CDN 환경에서는 이러한 상황이 발생했을 때 동일한 콘텐츠를 다른 CDN의 전송망으로 우회할 수 있는 선택지가 제한됩니다.
라이브 스포츠는 VOD와 비교했을 때 이러한 전송 상태 변화에 더욱 민감할 수 있습니다. VOD는 이미 생성된 콘텐츠를 일정 범위까지 미리 버퍼링할 수 있지만, 라이브 스트리밍은 경기 진행에 맞춰 계속 생성되는 미디어 세그먼트를 전달해야 합니다. 특히 LL-HLS와 같은 저지연 스트리밍 방식에서는 지연을 줄이기 위해 버퍼를 작게 운용할 수 있어 네트워크 상태 변화에 대응할 수 있는 여유도 달라질 수 있습니다. 따라서 패킷 손실이나 처리 지연, 네트워크 혼잡이 지속되면 버퍼링이나 화질 변화, 재생 지연 등 실제 시청 경험에 영향을 미칠 수 있습니다.
따라서 스포츠 스트리밍에서 멀티 CDN(Multi-CDN)을 사용하는 이유는 단순히 전체 대역폭을 늘리는 데만 있지 않습니다. 특정 CDN이나 전송 경로에 집중된 의존도를 분산하고, 한쪽의 성능이 저하되거나 장애가 발생했을 때 다른 경로를 활용할 수 있는 페일오버(Failover) 구조를 확보하는 것이 중요한 목적입니다.
결국 단일 CDN의 부담은 하나의 CDN이 대규모 트래픽을 처리하지 못한다는 의미가 아닙니다. 문제가 발생했을 때 선택할 수 있는 전송 경로가 하나뿐이라는 구조적 제약이 멀티 CDN 전략을 검토하게 만드는 핵심 이유입니다.
멀티 CDN은 트래픽을 어떻게 나눌까
멀티 CDN 환경을 구축했다고 해서 하나의 시청 요청을 여러 CDN으로 동시에 보내는 것은 아닙니다. 핵심은 어떤 요청을 어느 CDN으로 전달할 것인지 결정하는 트래픽 스티어링(Traffic Steering)에 있습니다. 서비스 구성에 따라 이용자의 지역과 네트워크 상태, CDN별 성능과 가용성 등을 기준으로 트래픽을 서로 다른 전송망에 배분할 수 있습니다.
가장 이해하기 쉬운 방식은 하나의 CDN을 주 경로로 사용하고 다른 CDN을 대체 경로로 준비하는 Primary/Secondary 구조입니다. 정상 상태에서는 Primary CDN이 대부분의 트래픽을 처리하고, 문제가 감지되면 Secondary CDN으로 트래픽을 전환하는 방식입니다. 다만 Secondary CDN에 평상시에도 일부 트래픽을 보내는 구성을 사용할 수도 있습니다. 이렇게 하면 실제 요청을 지속적으로 처리하면서 전송 상태를 확인하고, 필요한 콘텐츠가 엣지 캐시에 존재할 가능성을 높여 전환 시 발생할 수 있는 캐시 미스와 오리진 부하 증가를 줄이는 데 도움이 될 수 있습니다.
반면 Active-Active 방식에서는 두 개 이상의 CDN이 정상 상태에서도 트래픽을 나누어 처리합니다. 예를 들어 특정 국가나 지역에서는 CDN A의 성능이 더 안정적이고 다른 지역에서는 CDN B가 유리하다면 지역별로 서로 다른 비율의 트래픽을 배분할 수 있습니다. 반드시 50:50으로 나누는 것이 아니라 지역과 네트워크 환경, CDN별 성능에 따라 서로 다른 가중치를 적용하는 방식도 가능합니다.
트래픽을 나누는 기준도 하나로 고정되지 않습니다. 서비스가 사용하는 스티어링 구조에 따라 CDN의 응답 상태와 지연 시간, 처리 오류, 이용자 지역, 실사용자 측정 데이터(RUM) 등을 활용할 수 있습니다. 이러한 데이터를 기반으로 특정 CDN의 성능이 저하됐다고 판단하면 해당 CDN으로 보내는 트래픽 비중을 낮추고 다른 CDN의 비중을 높이는 방식으로 대응할 수 있습니다.
다만 이러한 전환이 항상 즉시 이루어지는 것은 아닙니다. DNS 기반 스티어링은 DNS 캐시와 TTL 등의 영향을 받을 수 있고, 서버사이드 또는 클라이언트사이드 방식은 서로 다른 제어 구조와 운영 조건을 가집니다. 따라서 멀티 CDN의 성능은 CDN을 몇 개 연결했는지만으로 결정되지 않고, 어떤 데이터를 기준으로 경로를 선택하고 얼마나 빠르고 안정적으로 전환할 수 있도록 설계했는지에 크게 좌우됩니다.
결국 멀티 CDN에서 중요한 것은 CDN 개수 자체가 아닙니다. 어떤 조건에서 어느 CDN으로 트래픽을 보내고, 문제가 발생했을 때 얼마나 안정적으로 다른 경로로 전환할 수 있는지가 실제 운영 성능을 좌우합니다.
장애가 발생하면 다른 CDN으로 자동 전환될까
멀티 CDN의 주요 장점 가운데 하나가 페일오버(Failover)이지만, 두 개 이상의 CDN을 연결했다고 해서 장애가 발생하는 순간 자동으로 다른 CDN으로 전환되는 것은 아닙니다. 먼저 어떤 상태를 실제 전환이 필요한 장애로 판단할 것인지 기준을 설정하고, 이를 지속적으로 감지할 수 있는 모니터링 체계가 필요합니다.
장애 판단에는 여러 신호를 활용할 수 있습니다. 서버와 CDN 구간에서는 HTTP 오류와 타임아웃, 응답 시간, 콘텐츠 요청 성공률 등을 관찰할 수 있고, 실제 시청 환경에서는 재생 실패율이나 버퍼링 비율, 시작 지연과 같은 품질 지표를 확인할 수 있습니다. 다만 HTTP 오류 하나만으로 CDN 장애를 판단하기는 어렵습니다. 인증이나 잘못된 요청처럼 CDN 자체와 무관한 원인도 있기 때문에 여러 지표가 어디에서 동시에 악화되고 있는지를 함께 판단하는 과정이 중요합니다.
라이브 스트리밍에서는 매니페스트(Manifest)와 미디어 세그먼트 또는 청크가 정상적으로 생성되고 전달되는지도 중요한 관측 대상입니다. 오리진이나 패키저에서 콘텐츠 생성 자체가 중단됐다면 다른 CDN으로 전환하더라도 문제가 해결되지 않을 수 있기 때문입니다. 반대로 특정 CDN이나 네트워크 경로에서만 전달 성능이 저하됐다면 다른 CDN으로 트래픽을 전환하는 것이 효과적인 대응이 될 수 있습니다.
장애가 특정 CDN이나 전송 경로에 있다고 판단되면 트래픽 스티어링을 통해 다른 CDN으로 요청을 이동시킬 수 있습니다. 구현 방식은 플랫폼 아키텍처에 따라 다릅니다. DNS 또는 글로벌 트래픽 관리 계층에서 목적지를 변경할 수도 있고, HTTP 수준의 제어를 사용하거나 클라이언트 플레이어가 여러 전송 경로 가운데 대체 경로를 선택하도록 구성할 수도 있습니다. 각각의 방식은 전환 속도와 제어 범위, 캐시와 세션에 미치는 영향이 다르기 때문에 하나의 방식이 모든 환경에 적합한 것은 아닙니다.
여기서 중요한 것은 얼마나 빨리 전환하느냐만큼 언제 전환하느냐입니다. 짧은 시간의 네트워크 변동을 실제 장애로 판단해 많은 트래픽을 한꺼번에 다른 CDN으로 이동시키면 대체 CDN의 부하가 갑자기 증가할 수 있습니다. 반대로 장애 판단 기준을 지나치게 보수적으로 설정하면 이용자가 버퍼링이나 재생 실패를 경험한 이후에야 전환이 시작될 수 있습니다.
이 때문에 실제 페일오버에서는 일정 시간 이상 문제가 지속되는지 확인하거나 여러 지표를 함께 평가하고, 트래픽을 단계적으로 이동시키는 방식 등을 활용할 수 있습니다. 중요한 것은 하나의 수치가 임계치를 넘었다는 이유만으로 모든 트래픽을 즉시 이동시키는 것이 아니라 장애의 범위와 지속성, 대체 CDN의 상태까지 고려해 전환을 제어하는 것입니다.
이러한 페일오버 구조는 설계만으로 끝나는 것이 아니라 실제 대규모 트래픽을 가정한 검증 과정도 중요합니다. 특히 빅매치처럼 짧은 시간에 동시 접속이 급증하는 환경에서는 CDN 전환 과정에서 트래픽이 안정적으로 분산되는지, 대체 경로가 증가한 요청을 처리할 수 있는지 등을 스포츠중계 플랫폼 안정성 테스트를 통해 사전에 점검할 수 있습니다.
결국 멀티 CDN의 페일오버는 단순한 ON/OFF 스위치가 아닙니다. 모니터링 → 장애 판단 → 대체 경로 선택 → 트래픽 전환 → 전환 이후 상태 확인이 이어지는 하나의 운영 과정에 가깝습니다. 대형 스포츠 이벤트에서는 장애를 완전히 피하는 것보다 문제가 발생했을 때 원인을 빠르게 구분하고, 영향을 받는 트래픽을 안정적인 경로로 이동시켜 시청 품질 저하의 범위를 줄이는 능력이 중요합니다.
멀티 CDN과 클라우드는 전체 장애 대응에서 어떤 역할을 할까
멀티 CDN은 콘텐츠 전송 계층(Delivery Layer)의 장애 대응력을 높일 수 있지만, 스포츠 스트리밍 시스템 전체의 장애를 해결하는 구조는 아닙니다. 경기장에서 생성된 라이브 신호가 시청자에게 도달하기까지는 인코딩과 트랜스코딩, 패키징, 오리진, CDN, 인터넷 네트워크와 플레이어 등 여러 단계가 이어집니다. 따라서 CDN 이전 단계에서 문제가 발생하면 전송 경로를 여러 개 확보해 두더라도 장애의 원인이 그대로 남을 수 있습니다.
예를 들어 오리진이나 상위 캐시 계층에서 콘텐츠를 정상적으로 제공하지 못한다면 여러 CDN이 동일한 콘텐츠를 가져오지 못하는 상황이 발생할 수 있습니다. 인코더나 패키저에서 라이브 세그먼트 생성이 중단된 경우도 마찬가지입니다. 멀티 CDN은 정상적으로 생성된 콘텐츠를 전달하는 경로를 분산하는 데 강점이 있지만, 그 이전 단계에서 콘텐츠 자체가 만들어지지 않는 문제까지 해결하는 것은 아닙니다.
복수의 CDN을 사용하는 환경에서는 오리진 보호도 함께 고려해야 합니다. CDN마다 독립적인 캐시를 운영하면 동일한 콘텐츠에 대한 요청이 여러 경로에서 오리진으로 전달될 수 있으며, 캐시 미스가 동시에 증가하는 상황에서는 오리진 부하가 커질 수 있습니다. 이를 줄이기 위해 CDN과 오리진 사이에 상위 캐시 계층을 두거나 Origin Shield와 같은 구조를 활용해 오리진으로 직접 전달되는 요청을 줄이는 방법을 사용할 수 있습니다.
클라우드 인프라는 CDN 전송 계층보다 넓은 영역에서 활용됩니다. 라이브 영상 처리와 패키징, 오리진 운영, 모니터링 등 다양한 스트리밍 워크로드를 필요에 따라 확장하거나 여러 가용 영역과 지역에 분산하는 데 활용할 수 있습니다. 이러한 스포츠중계 스케일링 구조는 대규모 동시 접속이나 트래픽 변화에 맞춰 백엔드 처리 자원을 조정하는 데 중요한 역할을 합니다. 반면 멀티 CDN은 주로 완성된 스트리밍 콘텐츠가 이용자에게 전달되는 과정에서 특정 CDN이나 네트워크 경로에 대한 의존도를 낮추는 역할을 담당합니다.
두 기술의 역할은 겹치는 부분이 있지만 서로를 완전히 대체하지는 않습니다. 클라우드의 처리 자원을 확장한다고 해서 특정 CDN이나 ISP 경로의 성능 저하가 자동으로 해결되는 것은 아니며, CDN을 여러 개 연결한다고 해서 인코딩과 패키징, 오리진의 처리 능력이나 가용성이 자동으로 높아지는 것도 아닙니다.
따라서 대규모 스포츠 스트리밍의 장애 대응은 하나의 기술보다 전체 파이프라인을 기준으로 설계할 필요가 있습니다. 인코딩과 패키징 단계의 이중화, 오리진과 상위 캐시 계층의 가용성, 멀티 CDN의 트래픽 스티어링과 페일오버, 플레이어의 오류 복구가 각각 다른 구간의 장애에 대응합니다.
인코딩·패키징 → 오리진·상위 캐시 → 멀티 CDN → 네트워크 → 플레이어
결국 멀티 CDN과 클라우드의 관계는 어느 하나가 더 우수한 기술인가의 문제가 아닙니다. 클라우드와 백엔드 이중화가 콘텐츠를 계속 생성하고 제공할 수 있는 기반을 만든다면, 멀티 CDN은 만들어진 콘텐츠가 시청자에게 도달하는 전송 경로의 선택지를 늘리는 역할에 가깝습니다. 스포츠 스트리밍의 복원력은 이처럼 서로 다른 장애 지점을 하나의 기술에 의존하지 않고 여러 계층에서 나누어 대응할 때 높아질 수 있습니다.
중계권을 확보한 플랫폼에도 전송 인프라가 필요한 이유
스포츠중계 플랫폼에서 콘텐츠를 제공할 수 있는 미디어 권리와 실제 영상을 시청자에게 전달하는 스트리밍 기술은 서로 다른 영역입니다. 하지만 상용 서비스에서는 두 영역이 함께 작동해야 합니다. 리그별 중계권 보유 플랫폼도 라이브 영상을 인코딩·트랜스코딩하고, 패키징과 오리진을 거쳐 CDN과 네트워크를 통해 시청자의 기기까지 전달할 수 있는 인프라가 뒷받침되어야 실제 서비스로 이어질 수 있습니다.
특히 대형 스포츠 이벤트는 트래픽이 발생하는 시간이 비교적 명확합니다. 경기 시작 전후로 많은 이용자가 비슷한 시간에 접속하고, 중요한 경기나 특정 국가의 관심이 높은 이벤트에서는 일부 지역과 ISP 구간에 트래픽이 집중될 수 있습니다. 라이브 스트리밍은 이미 완성된 콘텐츠를 전달하는 VOD와 달리 경기 진행에 맞춰 계속 생성되는 콘텐츠를 많은 이용자에게 동시에 전달해야 하기 때문에 짧은 시간에 발생하는 수요 변화에 대응할 수 있는 전송 구조가 중요합니다.
따라서 플랫폼 사업자는 예상 최대 동시 접속자 수만 계산하는 데 그치지 않고 실제 트래픽이 어느 지역과 네트워크에서 발생할 가능성이 높은지도 함께 고려해야 합니다. 특정 CDN이나 네트워크 경로의 성능이 저하됐을 때 사용할 수 있는 대체 경로와 트래픽 전환 방식까지 준비한다면 대형 라이브 이벤트에서 하나의 전송 경로에 대한 의존도를 낮출 수 있습니다. 멀티 CDN(Multi-CDN)은 이러한 요구에 대응하기 위해 검토할 수 있는 방법 가운데 하나입니다.
물론 모든 스포츠중계 플랫폼에 멀티 CDN이 필요한 것은 아닙니다. 서비스 지역과 예상 트래픽 규모가 제한적이고 하나의 CDN으로 필요한 전송 용량과 가용성을 충분히 확보할 수 있다면 단일 CDN 구조가 운영 복잡성과 비용 측면에서 더 합리적일 수 있습니다. 반대로 여러 지역에서 대규모 라이브 트래픽을 처리하거나 높은 수준의 서비스 연속성이 요구되는 환경에서는 복수의 CDN과 전송 경로를 활용하는 전략의 가치가 커질 수 있습니다.
중요한 것은 중계권의 규모와 인프라의 규모를 단순히 비례시키는 것이 아닙니다. 같은 스포츠중계 권리를 보유한 플랫폼이라도 서비스 지역과 이용자 규모, 동시 접속 패턴, 요구되는 가용성 수준에 따라 필요한 인프라 구조는 달라집니다. 자체 인프라를 구축하는 방식뿐 아니라 클라우드와 CDN 사업자의 관리형 서비스를 조합하는 방식 등 실제 구현 방법도 다양할 수 있습니다.
결국 중계권은 어떤 콘텐츠를 시청자에게 제공할 수 있는지를 결정하고, 전송 인프라는 그 콘텐츠를 실제 이용자에게 어떤 품질과 안정성으로 전달할 수 있는지를 좌우합니다. 따라서 플랫폼의 기술 경쟁력은 CDN 벤더를 몇 개 사용하느냐보다 서비스 규모와 지역, 트래픽 특성에 맞는 전송 구조를 얼마나 적절하게 설계하고 운영하느냐에서 차이가 나타납니다.
결론 – 멀티 CDN의 핵심은 장애 제거가 아니라 경로 분산이다
멀티 CDN을 단순히 CDN이나 캐시 서버의 수를 늘리는 방식으로 이해하면 핵심을 놓치기 쉽습니다. 중요한 것은 하나의 전송 경로에 대한 의존도를 낮추고, 상황에 따라 사용할 수 있는 다른 경로를 확보하는 것입니다. 평상시에는 여러 CDN에 트래픽을 분산하고, 특정 CDN이나 네트워크 경로의 성능이 저하됐을 때는 영향을 받는 트래픽을 다른 경로로 이동시킬 수 있습니다.
하지만 CDN의 수가 늘어난다고 스트리밍 안정성이 자동으로 높아지는 것은 아닙니다. 각 CDN의 상태를 관찰할 수 있는 모니터링과 장애 판단 기준, 트래픽 스티어링과 페일오버가 함께 설계되어야 합니다. 오리진과 상위 캐시 계층이 증가한 요청을 처리할 수 있는지, 전환 이후에도 플레이어가 정상적으로 재생을 이어갈 수 있는지도 전체 구조에서 함께 고려해야 합니다.
따라서 멀티 CDN은 독립된 하나의 장애 해결 기술이라기보다 인코딩과 패키징, 오리진, CDN, 네트워크, 플레이어로 이어지는 엔드투엔드(End-to-End) 스트리밍 파이프라인의 한 계층으로 보는 것이 적절합니다. CDN 구간의 경로를 이중화하더라도 다른 단계에서 발생하는 문제까지 자동으로 해결되는 것은 아니기 때문입니다.
멀티 CDN이 제공하는 가치는 장애가 발생하지 않는 환경을 만드는 데 있지 않습니다. 특정 전송망에 문제가 발생했을 때 장애의 영향을 한 경로에 집중시키지 않고 다른 경로를 선택할 수 있도록 만드는 데 있습니다. 대형 스포츠 이벤트처럼 짧은 시간에 트래픽이 집중되는 환경에서는 이러한 선택지가 서비스 연속성을 유지하는 데 중요한 역할을 할 수 있습니다.
결국 멀티 CDN의 핵심은 장애 제거가 아니라 경로 분산입니다. 하나의 CDN이 모든 상황에서 항상 정상적으로 작동할 것이라고 가정하는 대신, 문제가 발생할 가능성을 전제로 여러 전송 경로와 전환 체계를 준비하는 것입니다. 이러한 멀티 CDN의 역할을 전체 스포츠중계 전송 구조 안에서 보면 CDN뿐 아니라 오리진, 네트워크, 플레이어가 서로 다른 단계에서 어떻게 연결되는지도 함께 이해할 수 있습니다. 스포츠 스트리밍의 복원력은 장애가 한 번도 발생하지 않는 데서 만들어지는 것이 아니라, 장애가 발생했을 때 그 영향이 어디까지 확산되는지를 통제할 수 있는 구조에서 만들어집니다.
BRT 코멘트 – 멀티 CDN의 가치는 평상시보다 장애 순간에 드러난다
멀티 CDN을 보험에 비유하는 경우가 많지만, 라이브 스포츠에서는 조금 다르게 볼 필요가 있다. 보험은 사고가 발생한 뒤 손실을 보상하지만 멀티 CDN은 문제가 발생하는 바로 그 순간에도 서비스를 계속 이어가기 위한 선택지를 미리 만들어 두는 구조이기 때문이다. 평상시에는 사용하지 않을 수도 있는 경로가 결정적인 순간에는 가장 중요한 인프라가 될 수 있다.
이 차이는 라이브 스포츠의 시간적 특성에서 더 분명해진다. 영화나 드라마는 재생에 문제가 생기더라도 잠시 뒤 다시 시도할 수 있지만, 결승전의 마지막 1분이나 연장전의 득점 장면은 같은 시간으로 돌아가 다시 라이브로 볼 수 없다. 몇 분 뒤 복구된 서비스가 기술적으로는 정상이어도 그 사이 결정적인 장면을 놓친 시청자에게는 이미 다른 경험이 되어버린다.
그래서 BRT가 멀티 CDN에서 중요하게 보는 것은 어느 CDN이 가장 빠른가보다 하나의 CDN이 실패해도 서비스 전체가 그 실패를 따라가지 않도록 설계되어 있는가이다. 특정 경로의 성능이 떨어질 수 있다는 사실을 인정하고 다른 경로를 준비하는 것은 기술적 약점이 아니라 오히려 장애를 현실적으로 받아들이는 설계에 가깝다.
여기에는 흥미로운 역설도 있다. 평상시에는 단순한 구조가 더 효율적으로 보일 수 있다. CDN 하나로 충분히 영상을 전달할 수 있는데 굳이 두 번째, 세 번째 경로를 운영하면 비용과 관리 대상만 늘어난 것처럼 보인다. 그러나 대형 스포츠 이벤트에서는 평상시에 사용하지 않았던 선택지가 장애 순간에는 서비스가 가진 여유가 된다. 효율성만 놓고 보면 중복이지만 복원력의 관점에서는 그 중복 자체가 기능인 셈이다.
결국 라이브 스포츠에서 안정적인 플랫폼은 장애가 발생하지 않는 플랫폼이라기보다 하나의 실패가 곧 전체 실패가 되지 않도록 설계된 플랫폼에 가깝다. 멀티 CDN의 가치는 서버나 네트워크를 몇 개 더 확보했다는 데 있지 않다. 시청자가 다시 돌아갈 수 없는 경기의 시간을 보고 있을 때, 하나의 전송 경로가 흔들려도 다른 선택지를 남겨두었다는 데 있다.