라이브 생방송 워크플로우를 클라우드로 마이그레이션하는 방법

클라우드 기반 TV 방송 현황

대부분의 방송사는 아직 클라우드에 발을 들여놓지 않았다면 클라우드 풀에 발을 들여놓을 계획을 가지고 있습니다. 위에서 언급했듯이 시장은 다음과 같이 성장할 것으로 예상됩니다. 2024년 1조3천700억 달러로 성장. 방송 업계의 고위 기술 의사 결정권자를 대상으로 한 최근 Nevion의 설문 조사에 따르면 클라우드 도입을 우선 순위로 삼는 조직은 3분의 1에 불과했습니다, 약 90%가 여전히 클라우드 워크플로우를 도입할 의향이 있습니다. 올해 안에

절반에 가까운 80%가 클라우드를 처음 사용한다고 답했으며, 팬데믹으로 인해 더 많은 클라우드 프로덕션 도구의 필요성을 확신하게 되었다고 답한 응답자도 36%에 달했습니다.

또한 이 보고서에 따르면 방송사가 클라우드 기술을 가장 많이 사용하는 것으로 나타났습니다:

• 포스트 프로덕션 및 파일 기반 프로덕션 작업(63%)
• 재생 및 배포(58%)
• 레코딩 및 재생(45%)

그러나 동시에 이 설문조사에서는 지연 시간(45%)과 보안(40%)에 대한 우려를 포함하여 클라우드의 적합성에 대한 방송사들의 의구심도 확인할 수 있었습니다. 추가로 39%는 다음과 같이 답했습니다. 변화에 대한 내부 저항은 대규모 도입을 가로막는 또 다른 장벽이었습니다..

하지만 라이브 스포츠 및 이벤트부터 녹화된 콘텐츠 스트리밍을 위한 오버더톱(OTT) 플랫폼에 이르기까지 다양한 사용 사례를 통해 클라우드 기반 워크플로우가 업계에 본격적으로 도입되었다는 데는 이견이 없습니다.

클라우드 기반 방송 워크플로우의 이점

클라우드 워크플로는 방송사에게 여러 가지 이점을 제공합니다. 가장 중요한 몇 가지를 소개합니다:

비용 절감

비용 절감은 워크플로우를 클라우드로 이전하면 얻을 수 있는 가장 확실한 이점 중 하나입니다. 기존 방송은 비용이 많이 듭니다:

한 분석가는 2018년에 NFL 네트워크가 다음과 같이 추정했습니다. 약 $1 백만 달러의 제작 비용 기존 방송 방식을 사용하여 방송되는 각 경기에 대한 정보를 제공합니다.

출처: TV 뉴스 확인

여기에 다음과 같은 사실을 추가합니다. 라이브 스포츠 방송의 마진 방송사들이 NBA 중계권료로 매년 평균 91조 3600억 원, NFL 경기 중계권료로 매년 51조 3600억 원을 더 지불하는 등 수익성이 악화되고 있어 비용 절감의 필요성이 절실해지고 있습니다.

사용량 기반 클라우드 서비스는 방송사가 값비싼 CAPEX(예: 온프레미스 데이터 스토리지)를 더 작고 관리하기 쉬운 OPEX 비용으로 대체하여 비용을 최적화하는 데 도움이 될 수 있습니다. 이렇게 하면 미디어 워크플로우를 클라우드로 이전하고 필요한 만큼만 비용을 지불할 수 있습니다. 또한 조직은 클라우드 도구를 사용하여 지속적인 비용을 모니터링하고 실시간으로 비용 임계값을 설정할 수 있습니다.

이러한 비용 구조는 전통적으로 고가의 기술 구매에 투자해 온 방송사에게 큰 보너스가 될 수 있다고 클라우드 제품 매니저인 Nick Soper는 말합니다. 미디어 클라우드 컨설팅 타이렐와의 인터뷰에서 MASV.

"라이선스 비용을 제외하면 사용하지 않을 때는 기술에 대한 비용을 지불하지 않아도 됩니다."라고 그는 말합니다. "필요할 때 끄고 비용을 절약하면 됩니다."

또한 클라우드에서는 디지털 배포를 위한 기존의 워크플로우가 더 이상 필요하지 않습니다. 방송사는 트랜스코딩, 인코딩, 기타 기존 작업을 수행할 수 있습니다. 생산 및 배포 워크플로 프로그래머, 로컬 방송국 그룹 또는 배포자에게 의존하지 않고 클라우드에서 직접 제작할 수 있습니다.

기타 비용 관련 요소를 염두에 두어야 합니다:

• 특히 조직에 적절한 클라우드 전문 지식이 없거나 필요하지 않을 때 인스턴스를 끄는 것을 잊어버리는 등 주의하지 않으면 클라우드 서비스 비용이 빠르게 증가할 수 있습니다.

소퍼는 "(클라우드를 처음 접하는) 방송사들은 초기에 직접 실험하고 시도해 보지만, 대개 비용에 부담을 느끼게 됩니다."라며 "예를 들어 주말 동안 EC2 인스턴스를 켜놓고 나면 비용에 대한 부담이 커집니다."라고 말합니다.

• 전문성을 갖춘 클라우드 엔지니어를 찾고 비용을 지불하는 것은 방송사에게 큰 도전이 될 수 있습니다.
• 하이브리드 클라우드/온프레미스 접근 방식은 완전히 다른 두 시스템을 유지 관리해야 하므로 비용이 많이 들고 불필요하게 복잡해질 수 있으므로 일반적으로 클라우드 네이티브 워크플로를 개발하는 것이 클라우드에서 온프레미스 워크플로를 복제하는 것보다 더 효율적이고 비용이 적게 듭니다.

💡 자세히 보기: 클라우드 편집을 위한 최고의 가상 워크스테이션

유연성

비용 외에도 방송사 및 대부분의 산업 분야의 조직이 누릴 수 있는 가장 큰 장점은 유연성입니다:

• 클라우드 인프라를 통해 조직은 가끔 바쁜 시기를 처리하기 위해 긴급 하드웨어를 구매하거나 프로비저닝을 과도하게 하지 않고도 필요에 따라 신속하게 확장 및 축소할 수 있습니다.
• 조직은 머신 러닝 모듈과 같이 클라우드 제공업체가 제공하는 새로운 기술을 추가하여 비즈니스의 미래를 대비할 수 있습니다. 맞춤형 멀티벤더 접근 방식을 통해 방송사는 단일 공급업체에 종속되지 않고 필요에 따라 기술이나 구성 요소를 교체할 수 있습니다.
• 또는 구독 기반 스트리밍 서비스 등 클라우드로 구현되는 새로운 비즈니스 모델을 실험해 볼 수도 있습니다.
• 또한 Cloud는 라이브 이벤트 또는 조직의 직원이 어디에 있든, 콘텐츠를 배포하는 방법과 대상에 관계없이 원격 워크플로우를 통해 프로덕션 유연성을 제공합니다.
• 또한 클라우드 스토리지는 여러 엔드포인트에 동시에 콘텐츠를 전송할 때 더 큰 유연성을 제공하며 다음과 같은 기능을 통해 콘텐츠의 가치와 풍부함을 향상시킬 수 있습니다. AI 기반 메타데이터.

소퍼는 방송사가 품질 저하 없이 이러한 유연성을 누릴 수 있다고 말합니다. "클라우드에서도 온프레미스에서와 동일한 크리에이티브 콘텐츠를 얻을 수 있습니다."라고 그는 말합니다. "두 개의 믹스 이펙트 버스가 있는 비전 믹서, 캐릭터 생성기 또는 기타 프로세스를 사용하여 배포 파이프라인을 구축할 수 있습니다. 공급업체는 이러한 제품을 제공할 수 있습니다."

반면에 온프레미스 설정은 확장성이나 유연성이 훨씬 떨어집니다.

타이렐 세일즈 디렉터 댄 머치모어는 "온프레미스로 전환하는 것은 인프라스트럭처에 가장 큰 발자취를 남기는 것이며, '향후 3년, 5년 또는 10년 동안 이 아키텍처를 사용할 것'이라고 말하는 것입니다."라고 설명합니다.

"하지만 문제는 시장 요구사항에 변화가 생기면 기술 선택에 따라 피벗해야 한다는 것입니다. 고객 기반이나 비즈니스에 변화가 생기면 그 기술적 선택을 중심으로 피벗해야 합니다."라고 그는 덧붙입니다. "그리고 이러한 결정은 비즈니스 내에서 큰 부담이 됩니다."

효율성 및 속도

위에서 언급한 유연성은 라이브 및 기타 이벤트에 복잡성을 더하는 물류, 이동 및 기타 문제를 간소화하여 효율성을 높일 수 있습니다. 이러한 속도는 방송사가 진행 중인 방송 중에 하이라이트 패키지를 제작하는 등 빠르게 움직이는 라이브 이벤트를 더 잘 활용할 수 있도록 도와줍니다.

클라우드 워크플로를 클라우드에 상주하도록 구성하고, 복제하고, 다음을 통해 특정 조건이 충족되지 않으면 활성화되지 않도록 설정할 수도 있습니다. 자동화 도구 - 기존 워크플로에 비해 잠재적으로 상당한 효율성 향상을 가져올 수 있습니다.

라이브 생방송의 경우, 조직은 다음 라이브 이벤트 직전에 버튼 하나만 누르면 켜질 수 있는 복제 가능한 배포 파이프라인을 만들 수 있다고 소퍼는 말합니다.

또한 클라우드 플랫폼은 방송사가 시청자를 더 잘 이해하고 특정 시청자 그룹에 맞게 콘텐츠를 맞춤 설정할 수 있도록 정교한 분석 도구를 제공합니다.

신뢰성

신뢰성은 방송에서 가장 중요한 요소입니다: 다음과 같은 이유로 시청자를 실망시키는 것은 피드 중단 또는 기타 생산 문제로 인해 신뢰가 부족해질 수 있습니다..

클라우드 제공업체의 서비스 수준 계약(SLA)은 일반적으로 다음을 제공합니다. 가동 중단 시간 최소화 복제, 백업 및 기타 수단을 통해 멀웨어, 랜섬웨어, 기상이변 또는 기타 요인으로 인한 가동 중단 시 복구 시간을 단축할 수 있습니다.

클라우드 제공업체와 파트너 관계를 맺는다는 것은 직원들이 가장 많은 시간을 보내는 곳이 클라우드 제공업체라는 의미이기도 합니다. 재해 복구 (DR)이 아닙니다.

보안

데이터 센터의 포트 녹스를 구축할 돈과 시간이 없다면, 데이터 센터의 포트 녹스는 더 안전하고 안전한 클라우드 (올바르게 구성된 경우) 데이터를 보관할 수 있는 장소이며, 특히 AWS 또는 Google Cloud와 같이 잘 알려진 퍼블릭 클라우드를 사용하는 경우 더욱 그렇습니다.

클라우드 제공업체는 사내 팀보다 더 빠르고 효율적으로 시스템을 자동으로 업데이트하고 패치를 적용하며, 안전한 데이터 센터, 네트워크 세분화, 악의적인 공격자의 침입 시도에 대한 자동화된 보호를 통해 연중무휴 24시간 보호 기능을 제공합니다.

💡 더보기: 어디든 이동, Aspera, 그리고 자체 호스팅 파일 전송의 문제점

클라우드 기반 방송 이해

이러한 장점은 향후 TV 프로덕션에서 클라우드 기반 워크플로우의 중요성을 의미하며, 전문가들은 다음과 같이 예측합니다. 라이브 및 실시간에 가까운 스포츠, e-스포츠, 엔터테인먼트 및 엔터프라이즈 애플리케이션이 클라우드 도입을 주도할 것입니다.

그렇다면 현재 클라우드 기반 방송은 어떤 모습일까요?

출처: 세네카 대학

클라우드 워크플로는 라이브 프로덕션의 거의 모든 측면에 적합합니다. 여기에는 비디오 편집이 포함됩니다, 그래픽 및 VFX, 커뮤니케이션 및 토크백을 지원합니다. 클라우드를 통한 라이브 방송은 수십 대의 카메라를 수용하고 모든 피드를 클라우드에서 수집 및 전환할 수 있으며, 오버더톱(OTT) TV 서비스를 통해 더 많은 사람들에게 도달하고 실시간에 가까운 스포츠 데이터 피드 생성 등 확장된 기능을 지원할 수 있습니다.

후자는 특히 새롭고 젊은 시청자에게 다가가고 참여를 유도하려는 방송사에게 중요하다고 타이렐의 Muchmore는 설명합니다.

"제 아이들은 저와는 다른 방식으로 라이브 스포츠를 시청합니다. 항상 손에 디바이스를 들고 있습니다. 방송사는 이러한 디바이스를 통해 아이들과 소통해야 하지만, 이러한 기술은 기존 방송 인프라에 포함되지 않습니다."

방송사가 클라우드 기술을 도입하기 시작한 주요 분야는 다음과 같습니다:

• 트랜스코딩: 프로그래머와 배포자는 기존의 하드웨어 트랜스코더 대신 클라우드 기반 소프트웨어를 사용하여 트랜스코딩을 통해 파일 형식을 변환하는 경우가 점점 더 많아지고 있습니다.
• 인코딩: 같은 맥락에서 클라우드 기반 인코딩은 하드웨어 인코더 대신 방송 신호를 디지털 포맷으로 변환할 수 있습니다. 각 그룹이 자체 인코더를 필요로 하는 대신 하나의 클라우드 위치로 신호를 전송할 수 있기 때문에 이 워크플로는 여러 로컬 방송국 그룹을 보유한 방송사에게 특히 유용할 수 있다고 Google은 지적합니다.
• 자동화: 광고 시그널링, 동적 광고 삽입, 휴식 시간 관련 메시지 및 기타 워크로드는 클라우드에서 자동화되는 경우가 많습니다.
• 스토리지 및 아카이브: 클라우드 플랫폼은 무한대로 확장 가능한 스토리지를 제공하지만, 더 많은 데이터를 저장하고 보관할수록 비용이 문제가 될 수 있습니다. 이는 거의 모든 산업에 걸쳐 데이터 스토리지 업계에 클라우드가 도입된 것을 고려할 때 상당히 당연한 결과입니다.
• 스트림 패키징: 클라우드는 콘텐츠가 콘텐츠 전송 네트워크에 더 가깝게 위치하여 지연 시간을 줄일 수 있기 때문에 멀티스크린 전송을 위한 방송 콘텐츠를 보다 효율적으로 준비할 수 있도록 도와줍니다.
• 신호 분배: 방송사는 각 TV 유통업체에 직접 전송할 필요 없이 클라우드에 신호를 전송하여 인코딩하고 파트너 사양에 맞게 패키징한 후 재배포할 수 있습니다.

아마존은 클라우드 방송 배포 체인을 크게 네 가지로 나눕니다:

1. 스토리지: 클라우드에 저장된 콘텐츠를 즉시 재생하거나 전송할 수 있습니다. 방송사는 단기간에 필요한 콘텐츠에는 더 빠른 스토리지를 사용하고, 자주 액세스하지 않는 비디오에는 콜드 스토리지 또는 아카이브 스토리지(비용이 저렴)를 사용할 수 있습니다.
2. 운송: 배포 방식에 따라 데이터와 파일을 다양한 파트너와 엔드포인트에 빠르고 안정적으로 전송해야 합니다.
3. 선형 재생: 선형 채널을 용이하게 하기 위해 다양한 파일을 올바른 순서로 정렬하는 것입니다. 이러한 파일에는 TV 프로그램 자체, 광고 및 내부 프로모션이 포함될 수 있습니다.
4. 라이브 스트리밍: 라이브 프로그램을 전송하려면 정확한 페이싱이 필요하며, 재생은 스트림을 디코딩하여 실시간으로 리니어 시스템으로 전송해야 하므로 단순한 리니어 재생보다 기술적으로 더 까다롭습니다.

클라우드 마이그레이션에 어떻게 접근하나요?

지금까지 많은 방송사가 클라우드로의 전환은 대부분 단편적으로 이루어졌습니다. 많은 기존 방송사들은 수십 년 동안 다듬어진 고도의 기술력을 갖춘 정교한 온프레미스 프로세스를 사용하고 있으며, 때로는 (상대적으로) 미지의 영역인 클라우드를 위해 이를 포기하는 것을 꺼리기도 합니다.

타이렐의 소퍼는 텔레비전 업계의 지속적인 클라우드 기술 부족이 상대적으로 느린 변화의 속도를 높이는 데 도움이 되지 않았다고 말합니다.

"텔레비전과 함께 살아 숨 쉬는 엔지니어들은 매우 재능이 뛰어나며 대부분의 기술적 장애물을 극복할 수 있습니다."라고 그는 설명합니다. "하지만 클라우드는 이들에게 새로운 환경입니다. 인프라 배포를 위한 파이프라인을 코드로 개발하는 것은 텔레비전 환경의 온프레미스에서는 누구도 할 수 없는 일입니다."

이러한 내부 저항은 때때로 잘 정립된 워크플로우를 보호하는 문제로 귀결될 수 있다고 Muchmore는 덧붙입니다.

"40년 동안 기술을 연마해 온 엔지니어라면 이 키트를 랙에 넣고 제 시간에 맞춰 프로젝트를 수행하여 가장 낮은 비용으로 프로젝트를 제공하는 것이 제 가치입니다."라고 그는 말합니다. "그런 경우에는 제 가치를 비즈니스에 다시 제시할 수 없기 때문에 클라우드로 이동하고 싶지 않을 것입니다."

하지만 대부분의 기술 혁신이 그렇듯이 클라우드로 일찍 전환하는 기업은 온프레미스 경쟁사보다 우위를 점할 수 있습니다.

'리프트 앤 시프트' 대 클라우드 네이티브

영화 및 텔레비전 엔지니어 협회(SMPTE)의 마이클 골드먼은 현재 대부분의 조직이 '리프트 앤 시프트' 마이그레이션 방식을 취하고 있다고 말합니다. "이는 사람들이 기존의 지상 기반 솔루션을 클라우드로 옮기고 있다는 의미입니다."라고 그는 설명합니다. NAB Amplify이 접근 방식은 장기적으로 실현 가능하지 않다고 덧붙였습니다.

"클라우드 네이티브 서비스가 어떻게 구축되는지 살펴보면, 지금과 같은 리프트 앤 시프트 방식의 아키텍처와는 근본적으로 다를 것입니다."라고 그는 말합니다. "하지만 그들은 한계를 깨닫기 시작했고 업계는 적응이 필요하다는 것을 이해하기 시작했습니다."

실제로 방송 워크플로우를 클라우드로 마이그레이션하는 데 있어 리프트 앤 시프트 접근 방식은 그다지 합리적이지 않다고 태그 비디오 시스템즈(TAG Video Systems)는 말합니다. 피터 웰란의 유튜브 동영상. 그 이유는 "클라우드의 목표는 모든 것을 자동화하고 최대한 비접촉식으로 만드는 것이기 때문"이라고 그는 말합니다.

"(방송의) 많은 부분이 1960년대와 1970년대부터 사용해 온 기술의 한계로 인해 제약을 받고 있습니다."라고 그는 말합니다. "오늘날의 프로덕션 스위처는 어떤 면에서는 1960년대 프로덕션 스위처의 더 큰 버전처럼 보입니다. 그리고 카메라에서 소비자에게 콘텐츠를 전달하는 방식을 재고할 여지가 있다고 생각합니다."

출처: Panasonic

예를 들어 클라우드에서 플레이아웃 워크플로우를 리엔지니어링하면 리프트 앤 시프트 방식에 드는 비용의 95%를 절감할 수 있다고 덧붙입니다.

이러한 적응을 촉진하기 위해 SMPTE와 같은 조직은 다음과 같이 지원합니다. 실무 그룹 구성 를 개최하여 "클라우드로 전환하는 과정에서 발생하는 문제를 논의"하고 클라우드로 마이그레이션하고 클라우드에서 작업하기 위한 모범 사례를 개발했습니다.

'잘 맺히지 않는 열매'에 집중하기

Muchmore와 Soper는 워크플로우가 확립된 기존 방송사들은 일반적으로 아카이브 및 백업 기능과 같은 '덜 중요한 기능'을 먼저 이전하여 일을 단순하게 유지하고 클라우드 운영에 대한 자신감을 키우려고 노력한다는 데 동의합니다.

하지만 소퍼는 지난 몇 년 동안 방송 엔지니어들이 클라우드 네이티브 워크플로우를 받아들이기 시작했다고 말합니다. "사람들이 새로운 기술을 천천히 배우고 있습니다."라고 그는 말합니다. "이러한 기술 중 일부는 지난 10년 동안 다른 산업에서 표준으로 사용되어 왔지만 미디어 분야에서는 새로운 기술입니다."

그는 다음과 같이 덧붙입니다. 대부분의 방송사는 효율성을 높이기 위해 워크플로우를 변경하는 데 개방적입니다. 전환한 후에는 다른 비즈니스 영역으로 확장할 수 있습니다. "그런 다음 클라우드 워크플로의 이점을 누릴 수 있는 비즈니스의 다른 영역으로 범위를 확장할 수 있습니다."

클라우드에서 라이브 방송 문제 해결하기

클라우드를 통해 방송 품질의 비디오를 얻는 것은 클라우드 라이브 방송 워크플로우에서 가장 까다로운 요소 중 하나인데, 그 이유는 지금까지 온프레미스 비디오 지연 시간 및 품질을 재현하기가 어려웠기 때문입니다.

출처: IBM 비디오

그러나 실시간 인코더, 머신 러닝 기반 처리 기술, 매우 무거운 미디어 파일을 처리할 수 있는 클라우드 파일 전송과 같은 새로운 기술은 조직이 마이그레이션하는 데 도움이 되었습니다. 라이브 방송 클라우드로의 워크플로.

• 방송사는 AWS Connect 라이브 스트리밍과 같은 도구를 사용하여 실시간 콘텐츠를 수집하고, 스트림을 캡처하고, 프로덕션 전체에 해당 콘텐츠를 배포할 수 있습니다.
• 또는 다음과 같이 녹화하는 동안 대용량 미디어 파일을 실시간으로 전송하는 기능을 활용할 수 있습니다. MASV의 파일 증가 기능.

Soper는 클라우드 라이브 방송의 가장 큰 과제 중 하나는 라이브 방송에 필요한 속도로 대용량 파일을 전송할 수 있는 충분한 현장 '퍼스트 마일' 대역폭을 확보하는 것이라고 말합니다. 보세 인터넷 연결 는 라이브 워크플로우에서 매우 인기가 있습니다.

"파일을 수신하는 다운스트림 사용자를 고려해야 하기 때문입니다."라고 그는 말하며, 대부분의 라이브 스포츠 및 뉴스 방송에서는 50Mbps 연결이 비교적 표준이라고 덧붙입니다.

"파일이 바로 트랜스코딩 프로세스로 들어가서 소셜 미디어 엔드포인트로 전달될까요? 아니면 스포츠 하이라이트 패키지와 메인스트림 채널의 프리미엄 콘텐츠에 재사용하기 위해 편집 베이로 이동합니까? 미디어 흐름의 사용자 스토리를 이해하는 것이 중요합니다."

TAG의 웰란에 따르면 고성능 라이브 생방송 워크플로우를 구축하는 핵심은 필요할 때마다 스냅샷을 찍어 배포할 수 있는 반복 가능한 워크플로우를 클라우드에 구축하는 것입니다. 이는 값비싼 프로덕션 트럭을 세워두고 며칠 동안 운영하는 것보다 훨씬 쉽고 비용도 적게 든다는 것이 그의 설명입니다.

클라우드 마이그레이션 계획하기: 유의해야 할 사항

생방송 자키와 라이브 스트리머가 온프레미스에서 클라우드로 워크플로를 마이그레이션할 때 기억해야 할 몇 가지 사항이 있습니다. 가장 주목할 만한 것 중 하나는 주요 퍼블릭 클라우드 제공업체를 이용할지 아니면 자체 프라이빗 클라우드를 구축할지 여부입니다.

일부 조직은 인프라의 기본 부분을 타사에 양도하고 싶지 않습니다. 하이브리드 클라우드 접근 방식을 선호하는 조직도 있습니다. 하지만 자체 프라이빗 클라우드를 구축하고 유지 관리하는 것과 비교하여 퍼블릭 클라우드를 구현하고 사용하는 것이 매우 간편하기 때문에 가장 일반적인 선택이 되고 있습니다.

타이렐은 미디어 워크플로우와 관련해 비교적 오랜 역사를 가지고 있고 오픈 마켓에서 AWS에 필요한 기술을 쉽게 찾을 수 있기 때문에 AWS를 선호한다고 말합니다.

하지만 레거시 인프라, 클라우드 성숙도, 목표 시장, 경쟁 우위 측면에서 동일한 방송사는 없습니다. 그렇기 때문에 모든 클라우드 마이그레이션이 동일하지 않습니다. 모든 방송사는 현재 설정을 평가하고 마이그레이션에 가장 적합한 워크플로를 결정해야 합니다.

출처: Medium

타이렐의 무모어는 신생 기업이 때때로 이 점에서 유리하다고 말합니다.

"미디어를 처음 접하는 기업 중에는 인프라가 없는 경우가 많기 때문에 클라우드로 전환하는 것이 쉽고 쉽습니다."라고 설명합니다. 하지만 이미 자리를 잡은 기업이라면 몇 년 전에 투자한 CAPEX를 상각하는 등 재정적으로 고려해야 할 사항이 더 많습니다."라고 설명합니다.

다음은 워크플로를 클라우드로 이전할지 고민할 때 염두에 두어야 할 사항의 목록입니다:

1. 현재 설정 평가. 모든 기업은 업종에 관계없이 기술 스택과 클라우드 성숙도 측면에서 현재 어느 위치에 있는지 먼저 파악해야 합니다. 이를 통해 효율성, 성능, 안정성 측면에서 클라우드 마이그레이션을 통해 가장 큰 이점을 얻을 수 있는 워크플로 영역에 대한 귀중한 정보를 얻을 수 있습니다.

또한 워크플로우의 어느 부분을 클라우드로 마이그레이션하면 중단을 최소화하고 이점을 극대화할 수 있는지 설명할 수 있습니다.

1. 워크플로의 요소를 마이그레이션하는 것이 합당한지 결정하기. 클라우드로 워크플로를 마이그레이션하는 것은 복잡할 수 있으며, 다음과 같은 이유로 일어나지 않아야 합니다. 보인다 올바른 아이디어인지 확인합니다. 비트레이트 변경, 리버퍼 비율, 비디오 시작 시간 및 기타 주요 지표에 미치는 영향 측면에서 특정 컴포넌트 마이그레이션의 비즈니스 사례와 운영상의 이점을 평가합니다.
2. 새로운 클라우드 기반 워크플로우를 모니터링하는 방법 알아보기. 클라우드를 사용하지 않는 기존 방송사는 신호 강도, 신호 대 잡음비(S/N) 및 발생하는 모든 오류를 모니터링할 수 있는 하드웨어 프로브를 사용합니다. 방송사는 이러한 하드웨어 프로브를 소프트웨어로 교체해야 합니다.

방송사가 클라우드 성숙도를 결정하고 클라우드로 먼저 마이그레이션할 영역을 파악한 후에는 타이렐과 같은 클라우드 마이그레이션 컨설턴트와 협력하여 프로세스를 간소화할 수 있습니다.

타이렐의 무모어는 방송사가 완전히 새로운 기술을 배우거나 클라우드 엔지니어를 고용하는 데 많은 비용을 들이지 않고도 클라우드의 엄청난 기회를 활용할 수 있도록 도와준다고 말합니다.