《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.2 游戏类泛娱乐——3.2.2 游戏泛娱乐技术服务(7)

本文涉及的产品
视频直播,500GB 1个月
简介: 《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.2 游戏类泛娱乐——3.2.2 游戏泛娱乐技术服务(7)

《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.2   游戏类泛娱乐——3.2.2 游戏泛娱乐技术服务(6) https://developer.aliyun.com/article/1230988?groupCode=supportservice



3.2.2.3 云游戏技术服务


3.2.2.3.1 业务场景与核心技术


首先,云游戏涉及底层技术主要是vGPU,虽然vGPU的发展形态大部分为可控 的,但是最核心的GPU本身的源码依旧在相关GPU厂商手上,特别是当客户采用的 自研PaaS平台时,调度相关vGPU资源中涉及了大量关键链路,都需要与厂商交互, 作为技术服务的角色进入到一个vGPU场景中大部分时间会感到非常无力,会感觉是 在一层层做Proxy,但是实际真的是这样吗?


这也是本篇想说明的一些技术点,但是单纯得去讲技术点,可能很多看官并不能 理解这里面的深水区究竟在哪里,可以简单看下这张图:


image.png


其次,云游戏的技术维度跟视频直播产品有“异曲同工”之妙:一个是云游戏从具 体渲染能力的计算底层(VGP1Iaa1VM)捕获画面(这个画面来自于VGPU1VM运行真 实游戏所产生的),这就类似于直播“推流”,相关平台通过GPU厂商或系统厂商提供 的渲染类API进行捕获的动作,相当于视频直播的相关画面往“视频直播中心”推送的 过程;另外一个是,在捕获完成后做的封装动作也与视频直播产品转视频格式再合成 (比如M3U8切片TS合成MP4)类似;


image.png

 

最终decode到enduser的最后一屏上,这个最后一屏一般需要由云游戏客户端进 行拉取展示,其上的FPS值越高则代表游戏显示层面的顺畅度越高,那与视频直播产 品的帧率几乎一致。

 

3.2.2.3.2 技术服务关键角色


•渲染计算角色

核心渲染算力提供者,一般为超算(HPC)、GPU(物理GPU能力)、vGPU(虚拟化 GPU能力)等机型提供,会出现问题主要捕获阶段、落Log阶段与封装(encode阶段) ,同时由于与云平台耦合,所以在管控层面(装箱、调度、计算资源分配等)、虚拟化 性能分配(CPU算力分配、0进程争抢等)、GPU切分(如有)、前后端驱动(特别是host 端驱动)等方面也会经常出现问题,这次某云游戏专项中遇到的核心问题就聚焦在捕到的核心问题就聚焦在捕获阶段、落Log阶段、前端驱动、虚拟化性能、管控这几个 方面,在后面正餐中会具体提到。

 

•平台调度角色

核心PaaS能力提供者,一般分为自研与非自研,非自研领域属某手指、海某云 为代表的一些平台本次云游戏专项PaaS平台是由客户与某独立开发商配合一同研 制,所以在该角色上我们的沉淀并不多仅在排障渲染计算角色时了解到该角色主要用 在调度相关渲染计算节点并最终提供给玩家使用。

 

•最终玩家

如名所示,最终玩家指的是客户ToC部分的末端,在玩家与平台调度角色中还穿 插着一些网络角色比如加速节点调度、专线、图像传输等,最终玩家一般采用PC终 端进行游戏业务体验(部分厂商支持移动端)。


这三个角色是云游戏技术服务中体感最强的,同时也是日常排障中涉及最多的角 色(特别是渲染计算角色),由于本次专项涉及主要是端游,所以接下来讲的相关排障 技术点主要聚焦在端游上,对于手游,阿里云某某游客户会比较深的积累与沉淀,笔 者也很期待这次云游戏的客户能够衍生到手游云游戏,这样对于后续移动端云游戏就 有更深厚的积累。



《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.2   游戏类泛娱乐——3.2.2 游戏泛娱乐技术服务(8) https://developer.aliyun.com/article/1230985?groupCode=supportservice

相关实践学习
部署Stable Diffusion玩转AI绘画(GPU云服务器)
本实验通过在ECS上从零开始部署Stable Diffusion来进行AI绘画创作,开启AIGC盲盒。
相关文章
|
1月前
|
Cloud Native Java API
聊聊从单体到微服务架构服务演化过程
本文介绍了从单体应用到微服务再到云原生架构的演进过程。单体应用虽易于搭建和部署,但难以局部更新;面向服务架构(SOA)通过模块化和服务总线提升了组件复用性和分布式部署能力;微服务则进一步实现了服务的独立开发与部署,提高了灵活性;云原生架构则利用容器化、微服务和自动化工具,实现了应用在动态环境中的弹性扩展与高效管理。这一演进体现了软件架构向着更灵活、更高效的方向发展。
|
2月前
|
存储 Linux KVM
Proxmox VE (PVE) 主要架构和重要服务介绍
Proxmox VE (PVE) 是一款开源的虚拟化平台,它基于 KVM (Kernel-based Virtual Machine) 和 LXC (Linux Containers) 技术,支持虚拟机和容器的运行。PVE 还提供高可用集群管理、软件定义存储、备份和恢复以及网络管理等企业级功能。
1073 7
|
1月前
|
消息中间件 Kafka 数据库
微服务架构中,如何确保服务之间的数据一致性?
微服务架构中,如何确保服务之间的数据一致性?
|
18天前
|
前端开发 Java 测试技术
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
28 0
|
1月前
|
存储 分布式计算 druid
大数据-155 Apache Druid 架构与原理详解 数据存储 索引服务 压缩机制
大数据-155 Apache Druid 架构与原理详解 数据存储 索引服务 压缩机制
53 3
|
1月前
|
前端开发 Java 测试技术
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
21 2
|
2月前
|
消息中间件 Kafka 数据库
微服务架构中,如何确保服务之间的数据一致性
微服务架构中,如何确保服务之间的数据一致性
|
2月前
|
存储 搜索推荐 数据库
MarkLogic在微服务架构中的应用:提供服务间通信和数据共享的机制
随着微服务架构的发展,服务间通信和数据共享成为关键挑战。本文介绍MarkLogic数据库在微服务架构中的应用,阐述其多模型支持、索引搜索、事务处理及高可用性等优势,以及如何利用MarkLogic实现数据共享、服务间通信、事件驱动架构和数据分析,提升系统的可伸缩性和可靠性。
45 5
|
2月前
|
XML Java 数据库
在微服务架构中,请求常跨越多个服务,涉及多组件交互,问题定位因此变得复杂
【9月更文挑战第8天】在微服务架构中,请求常跨越多个服务,涉及多组件交互,问题定位因此变得复杂。日志作为系统行为的第一手资料,传统记录方式因缺乏全局视角而难以满足跨服务追踪需求。本文通过一个电商系统的案例,介绍如何在Spring Boot应用中手动实现日志链路追踪,提升调试效率。我们生成并传递唯一追踪ID,确保日志记录包含该ID,即使日志分散也能串联。示例代码展示了使用过滤器设置追踪ID,并在日志记录及配置中自动包含该ID。这种方法不仅简化了问题定位,还具有良好的扩展性,适用于各种基于Spring Boot的微服务架构。
52 3
|
2月前
|
设计模式 存储 人工智能
深度解析Unity游戏开发:从零构建可扩展与可维护的游戏架构,让你的游戏项目在模块化设计、脚本对象运用及状态模式处理中焕发新生,实现高效迭代与团队协作的完美平衡之路
【9月更文挑战第1天】游戏开发中的架构设计是项目成功的关键。良好的架构能提升开发效率并确保项目的长期可维护性和可扩展性。在使用Unity引擎时,合理的架构尤为重要。本文探讨了如何在Unity中实现可扩展且易维护的游戏架构,包括模块化设计、使用脚本对象管理数据、应用设计模式(如状态模式)及采用MVC/MVVM架构模式。通过这些方法,可以显著提高开发效率和游戏质量。例如,模块化设计将游戏拆分为独立模块。
185 3
下一篇
无影云桌面