一张能一起满足「分发」与「核算」需求的网。
从直播趋势看「分发」与「核算」
阿里云直播产品架构图中，首要分为端和云两个部分：在端侧，首要包含推流端和播映端；在云侧，一是依据分布式节点构建的传输网，二是在阿里云中心构建的不同Region之间的直播中心，供给核算服务，包含直播所涉及的转码、AI、导播、截图、录制等等。
直播技能的发展带来分发和核算的巨大需求。
从分发视点看，直播产生的流量带宽越来越高，用户对直播推迟等播映体会的要求也越来越高，主播连麦PK、云游戏、4K/8K、AR/VR/XR等超大流量运用的交互性要求越来越高。
从核算视点看，越来越多重核算的运用在诞生，比方：需求高码率或巨大算力做视频转码处理和AI剖析。
归纳来看，想要把直播做得更好，除了端，还有云，而云的优化中心是「分发」和「核算」两大部分。
分发：构建高效传输网络
首要，在分发层面，阿里云依据中心和边际，以及其他的异构节点，构建了一张超低推迟、分布式下沉，能支持通讯等级的传输网络，也便是阿里云全球实时传输网GRTN。
GRTN中心关键点便是分发系统的晋级，将原先树状网络中的一级网络、二级网络会聚，依据会聚资源做分层，相当于从本来的层级网络变为对等网络。依据对等网络，阿里云再构建了大局反常发现，包含实时的途径核算、依据流维度的途径再编列，最终再生成当时流或使命的最优传输途径。
传统的传输网络，无论对流做怎样的处理，都要经过固定层级的链路，而GRTN可以依据主播和观众的实时状态、方位做途径选优，比方主播与观众都在上海区域，同一个节点就可以完结分发，节省了屡次中转的过程，直播推迟天然下降许多。依据阿里云的数据统计，全体途径从本来均匀4跳下降到2级跳。传统网络分发的推迟大约是5-6秒，依据GRTN整个网络和全链路RTC传输，可以将延时下降至少95%，完结秒级推迟。
现在，GRTN网络已经充沛运用于阿里生态，如手淘的全链路RTC电商直播等。原先手淘电商直播是依据层级，现在无论是同运营商、跨运营商，仍是远间隔，链路都是一个多变的全分布式下沉结构；无论是跨国仍是跨洲，都是动态化编列。
上一年，GRTN的相关研究成果，即供给音视频传输技能的优化和服务保证，也被SIGCOMM录入并发表了论文。
GRTN网络带来的第二个中心改变是，本来需求做额定的连麦或旁路的MCU集群以及合流，将其改造成全链路RTC之后，不再需求额定的旁路RTC系统，完结在传输网通道进行直播推流、拉流播映、连麦，一起在端和流、云和流之间做动态调度，摒弃了一个事务用两套系统维。
经过一张网，一个内部传输协议，完结了事务的RTC、连麦、合流、播映一体化。
GRTN背面的基础设施资源
GRTN是依据全分布式下沉的，既有中心也有本地和边际节点，再加上现场核算（MEC）或一些交融的资源，阿里云把这些资源都归入GRTN办理起来，并按需调用。
不同类型资源依照不同的特性可以划分为中心云资源、边际云资源和多云交融资源。中心云资源可靠性很高，但分布不是很广；边际云的资源等级次之，但性价比更高。将不同的异构资源交融，适配不同的事务和场景，然后达到用整个分布式的一切资源构建起一张网，供给传输、核算服务。
借助阿里云分布式容器渠道，能在渠道上面办理并且实时、弹性地运用各种资源。该渠道最大的特性是弹性可扩展的多资源纳管，不管是中心资源，仍是边际云分布式节点、多云交融资源，都可以在渠道上经过一套接入注册机制进行纳管。阿里云容器办理渠道为GRTN网络的核算供给支撑，当需求运用这些资源的时分，经过该渠道就能获取异构资源。
中心优势
1 进步效率：为终端供给间隔更近、时延更低的资源，完结快速资源纳管交给
2 下降本钱：下降内部跨区域的级联传输本钱
3 易运维：采用云原生交给方式，进步边际运用可运维性，下降客户运维投入
4 低时延、进步用户体会：依据海量低延时的边际集群资源掩盖，为客户供给时延更低的体会
将「核算」也在“一张网”内处理
GRTN网络可以完结网的对等传输，但如转码、AI处理等核算，大部分仍是在中心。
既然流已经在GRTN网络里，且可以完结就近传输，能否把核算也在网里处理
依据这一主意，阿里云提出了算网交融的实践。
下图是原有的传输和核算的形态，可以看到全体是别离的，数据都需求远间隔传输到集中的中心区域做核算。依据GRTN的传输才能和分布式异构的核算资源，我们发现，GRTN 实践也可以承载核算的才能。
有了异构资源的快速纳管和弹性伸缩，一起合作算子的托管和触发条件自定义控制，GRTN 完结了Serverless 标准的集算子发布、托管、触发、晋级一体的用户自定义的一个分布式核算渠道。
当然，该核算渠道跟当下的中心云 Serverless 核算渠道比较仍是有许多局限性，我们的定位便是依据 GRTN 传输的前提下的一个实时流媒体的笔直场景核算渠道。
未来，关于音视频核算比例会越来越高，算力需求也会越来越大。我们的目标是依据 GRTN 这种网，完结传输和核算的交融，让传输和核算可以最有用的适配资源。
算子的注册和触发流程是什么？首要，用户依据算法做事务打包，比方做转码或许超分，打包好后上传到镜像中心，发布到GRTN 分布式资源上，当GRTN有一个流需求做核算的时分（上图左边），核算和传输在一个节点产生；
当这个流需求核算，就依照用户定义的触发条件，当流被推上来之后或播映的时分，就从流媒体大脑查询整个流的信息，知道这个流现在在什么节点，节点邻近的容器纳管的资源渠道有没有资源？假如有资源，就可以做匹配核算，假如没有可以动态扩展和纳管。
当把这个使命从节点发动，节点内可以认为是内网环境，处理之后再推回到本节点完结接下来的分发。整个过程中没有在公网做额定的交互，就完结了核算的使命。
场景实践一：边际转码
边际转码场景下，原有的计划需求先到中心的GRTN节点，然后再到转码集群，转码完结之后再回推到 GRTN 节点，然后再分发到需求播映的节点播映。
新的计划中，用户推流不需求再往中心推，当有用户播映时就发动边际推流地方的转码算子，在同一个节点完结转码和处理，一起可以分发到其他地方。
因为分发的链路是原有GRTN网络构建好的，仅仅额定增加了算力才能，转码完结之后可以认为本来推流的原始流节点有了两个才能，一个是原始流，一个是转码流。
该渠道不一定合适一切的处理，但至少在实时流媒体的后处理和预处理上有优势，是进步效率和下降本钱的首要动力和适配高效的办法，既节省了本钱，又下降了推迟。
场景实践二：云游戏
云游戏是典型的云烘托运用场景，整个边际的GRTN网络除了做直播以外，仍是一个具有通讯才能的分发网络，对于低推迟场景都适用，比方直播相关的连麦、RTC通讯、云游戏经过GRTN网络也可以用串流来做。
云游戏的烘托大约分为以下几个根本事务接入过程：用户接入，依据用户所在的区域分配，比方依据IP信息就近分配，用户接入后，在这个区域里发动烘托引擎，该引擎是用户自己定义的引擎，可以是某种游戏，也可以是元世界数字虚拟人，一起整个流信息办理得到整个信息之后，就可以和客户端进行交互，客户端就把流拉下来。
过程中除了串流，还有云游戏的操控，以及经过网关和背面的引擎做交互，整个过程跟转码或许其他相似的流媒体处理有一些相关性。
让流媒体服务无处不在
GRTN渠道未来一定是异构资源的，资源一定是交融的，无论是中心的、边际的、其它交融厂商的，只要资源合适场景，都可以经过阿里云容器云的异构纳管渠道接入，做为临时资源或长时间的弹性扩容。
在渠道未来渠道的形式上，第一是分布式，边际天生便是分布式的；第二是小型化，边际有零碎或许是小型的节点。
第三是自治性，每个区域的资源或节点自治的才能要有体现，纳管系统虽然统一纳管，但每个节点之间不该该有太大的关联性，不该该相关影响。
第四是协同性，分配资源时，从中心管控或许渠道的视点是需求协同的，某个区域因为资源不足或许数据的流转是需求经过大局的协同调度，才能完结最优。
最终便是云原生，要做到任何一个资源在短时间内都能纳管入渠道，在搁置的时分又能敏捷被其他渠道运用，这一定是云原生的。
GRTN致力于供给流媒体云原生的服务，方便客户可以构建自己的流媒体云原生运用，让流媒体服务无处不在。
阿里云将打造普惠的流媒体云原生生态，为用户供给更实时、更流畅以及更高清的视听体会。
