云电脑玩游戏一般怎么收费？

家里电脑配置低，不想换新电脑，不是买不起就是舍不得，电脑还能用就不想换，这也算人之常情。那么如果有一种东西能让低配置电脑也能玩大型游戏，或者说让低配置电脑得到优化想干什么就干什么，再也不用像以前一样电脑跑的比乌龟还要慢，这种东西你愿意了解并且使用吗？

先说说这是什么东西，这是最近新出现的科技产品——云电脑。当然也不能完全算是新科技，其实很早之前就有了，只是最近才火起来，火起来的原因就是因为华为云电脑的出现。华为云电脑的出现，不仅是将自己的产品推向了市场，也间接的将其他云电脑产品推上了市场。然而，华为云电脑只能办公、看**之类的，套餐配置中显卡都没有，是不可能打游戏的。那么还有什么云电脑能玩大型游戏呢？

就目前的市场来看，已经有不少云电脑产品了，国外很早之前就有几个，做的稍微好点的好像是亮空云，不过国外的还是不建议用，毕竟服务器在国外，会有很多麻烦事，用起来不方便。所以还是要支持国产，国产也有两个，一个是格来云游戏，一个是极云普惠云电脑，这里可能你要说“云游戏”和“云电脑”不是一个词，这个只要你了解过以后就会发现，其实概念是一样的，只是软件的开发和使用方法不一样而已。

格来云游戏，倾向云PS4手柄单机类游戏，做的时间有那么长了，不过游戏还是太少了，至今没看见有多少新鲜的游戏添加，开始玩的话感觉还有点意思，玩的几天可能就厌了，毕竟单机打久了都会有点腻。

极云普惠云电脑倾向性可能会更全面一点，只要是一般网吧有的游戏或者说新出的游戏都会有，单机网游都可以玩，以前电脑配置低没办法跟同学、朋友开黑，用了以后也可以愉快的开黑玩游戏了。

那么云电脑为什么可以解决电脑配置低玩不了游戏这个问题呢？那是因为云电脑其实就像是远程链接到另外一台电脑，感觉就是共享电脑一样，所以这就牵涉到钱了。云电脑本身也是一个实物，也是一台服务器，也是有很高的成本的，就算是能够让你家里的破电脑也好、低配置电脑也好玩各种大型游戏，价格你能接受吗？

这个看个人怎么去想，对于学生来说，买不起配置高的电脑，那就可以考虑这样的方式，用云电脑玩游戏，而且云电脑基本是支持手机和平板的，即使我们没有电脑也可以畅玩电脑游戏。这就是云电脑，可以让低配电脑玩大型游戏，也可以让手机、平板玩电脑游戏，吃鸡？英雄联盟？还是堡垒之夜？这些统统都是可以的。

许多人做手游代理商都是在比较冲动的时候做的决定，甚至有的连手游代理是干什么的都不懂，只是被某些商家一忽悠就轻易入了坑，完全就是韭菜届的标杆！这篇文章为你深度剖析关于手游代理入行前后方面一系列的东西，希望对想进入这个行业或者刚进这个行业不久的新人有所帮助。

目前手游代理市场确实是非常的混乱，不敢乱推荐，风林手游上去做，可以保证安全靠谱，具体需要你自己去了解下。

一、做手游代理之前需要考虑的问题

手游代理属于互联网创业的范畴，创业者首先要具备的是心态问题：①要有积极向上和坚韧不拔的心态，别把“我不行”作为自我否定的借口！任何事只有做了才知道哪里不足从而进一步改正，一个积极的心态应该是“我试试”而不是“我不行”。②抗压和自律心态，创业路上并不是一帆风顺的，应该做好承受压力和挫折的心理准备，一定要耐得住寂寞忍得住嘲讽。

然后就是能力问题:①学习能力，创业过程中始终要不断的学习，吸收，转化。②思考和实践能力，通过不断的学习，进而思考总结出适合自己去操作的模式。

二、如何选择适合自己的平台

当你具备上面的基本心态和能力的时候需要接触的就是手游代理平台了，选对平台才能算是迈对第一步，想进入这行的朋友一定要擦亮眼睛做好选择。从加盟方式上就是收取代理费用然后培训，了解完以后还要看这个平台能为加盟商提供怎样的服务和支持才是最重要的，很多平台会鼓吹如果加盟了他们以后会提供多少功能强大的引流软件，将会有多少多少个部门的人对你多对一的培训和服务并且提供各种支持和帮助，好像只要加盟了以后什么都不需要做，有什么事情都会有一堆人为你解决问题。碰到这种情况的时候一定要多想想了，有这么厉害的软件还来找你干嘛？还要这么多人为一个人服务，有这些人去干别的事不行吗？作为一个业内人我的建议是，就算只有一个人愿意真正的把他的成功经验无私的分享给你，让你每一步都去完全的复制操作，那就非常不错了，别奢望太过不现实的东西。

选好平台后就要考虑第三个问题就是:

三、手游代理加盟后要做什么？

手游代理的两大变现方式①是推广游戏做流水②是招收同级代理赚取加盟费，明白了这个以后就要迅速的搭建好自己的框架做好计划，然后一步步的去实行。手游推广的方法非常的多，我在别的文章里专门谈过，这里不再一一列举，找到适合自己的几种方法以后坚持去做就行了。这里重点想说的是收同级代理，在刚入行初期最适合新人的反而是去收同级代理赚代理费，为什么呢？因为大部分人在做代理初期没有自己的资源和游戏圈子，如果单独靠流水产生收益的话会很困难，有的人会颗粒无收，甚至怎样存活下去都是个问题。这个时候可以先收同级代理，把平台分享给也想通过手游创业的人，快速增加收益，为以后做流水提供基础。

四、选择怎样的方式去运营自己的游戏或者游戏盒子，不管运营盒子还是游戏，推荐风林手游，性价比高，100入一级试用代理，还有培训。

当存活下来以后就要考虑以后应该怎样的去发展这个事情，我把互联网创业盈利模式分为两类，

一种是主动型收益，无论是手游搬砖、电商平台、网红微商、还是短视频剪辑，这些都算是主动型收益，都是通过不断努力的做内容赢得流量直接变现，这种模式的优点是变现快，就像传统的手游搬砖或者传统的手游推广，操做一天就产生一天的收益，第二天不操作就没有收益；

另一种是被动型收益，靠内容的价值吸粉后二次转化再赚钱，可以是文字内容，也可以是视频内容。比如有些知识付费大V，前期就是坚持分享干货吸粉，等粉丝数量起来后再转化项目产生收益，而分享的这些干货在那里会源源不断的为他带来流量和粉丝。

被动收益的模式需要花很大一部分精力在建立渠道上面，可能在建造渠道的过程时没有收益，但是一旦建成后，他的收益是源源不断的，这一点我相信在互联网上有数不胜数的成功案例。

有的朋友肯定会说，我也想做被动型收益，但是我也不会说也不会写怎么办，说到这里就又回到了第一点就是学习能力，自己不会就去学同行的，复制行业大佬的、竞争对手的，这里也就体现到第三点搭建知识体系框架，把框架搭建起来以后刚开始先输入知识，然后再慢慢的去输出，坚持不断的去输入输出，这样迟早你也会变成行业的大佬！

选择正确的运营方法，决定着以后的路到底能走多长，所以一定要做好长远的规划。上面就是我对手游代理行业的一些理解，当然也适用于任何行业，希望能帮到需要的人。

小程序制作成本到底多少？

1、功能

小程序的功能是影响小程序制作价格非常重要的因素。无论是选择定制开发方式，还是使用小程序模板的方式，需要实现的功能越多越复杂，耗时就会越长，需要花费的成本也就会越高。所以说，如果想要节约成本，首先我们就要找准小程序的定位，筛选出价值高的功能进行开发。

2、服务器

服务器是一个小程序必不可少的组成部分。这里会涉及到租赁服务器的费用，具体要看服务器的安全性、稳定性、配置、宽带等等方面。当然有一些小程序制作平台会为用户提供免费的服务器，想要试运行的话可以尝试一下。

3、域名

不要以为域名只会出现在网站上，小程序同样也是需要域名的。在小程序制作中，只有绑定好合法的域名，小程序才能正常运行。域名的价格一般不会太高，大约50-100左右每年，具体多少就要看域名质量如何啦。

4、认证

若我们制作的是商城型的小程序，我们需要开通支付功能，首先就要进行认证。我们需要到微信公众平台上提交相关资料，同时缴纳300的认证费进行认证。

假如想要低成本开发优质的小程序，推荐大家来试试这个>>在线小程序制作平台

任何投资都是有风险的，高风险带来高收益，游戏亦是如此，在国内网易与腾讯的围剿下，小游戏开发厂商过得并不如意。

并且游戏的发行需要经过有关部门的审核，与开发周期较长以及资金来源的问题。

就拿游戏玩家嘴中的“3A大作”来说吧，“3A”通常是指“Alotofmoney（大量的金钱）”，“Alotofresources（大量的资源）”以及“Alotoftime（大量的时间）”

驰名中外的3a大作许多都是叫好不叫座，从游戏立项到发行，时间跨度不少于一年，比如去年盛行的“吃鸡”游戏，也是因为各种原因而爆火，如果你现在还要再开发一款“吃鸡”游戏，至少明年才能发行产生收益，然而玩家们对此游戏题材并不感冒了。

再拿国内的小工作室来说，某个moba游戏（举例）的一款游戏皮肤、语音、建模，因为自己的技术不行很多都是外包出去，这款皮肤的成本最少也要上万，那么你要卖多少钱？

贵了玩家不买账，便宜玩家也不一定瞧得上。

如果卖6块钱的话，那么你需要1700份才能回本，这还没算服务器、人员开支等费用

所以不要带着幸存者偏差来看游戏开发行业

你好题主。

开发游戏利润很高吗？这个问题其实说容易也容易，说难也难，因为，对于大公司来说，开发一款游戏，从上市到获利，这个过程其实很简单，因为他们有基础用户，但是对于小公司来说，从开发游戏到上市，利润这个东西就看一下前期的宣传到底够不够，或者我游戏吸不吸引玩家。

我们都知道，游戏是从最初的设计测试，然后到前期的宣传上市，整个过程都是有一定的繁杂性。这其中要付出的金钱和时间是巨大的，也就是我们所说的成本，分为员工工资，还有前期宣传，还有前期的一些其他投入。

而小游戏车比较简单，但是小游戏经不起风浪很快被大众遗忘，而一些大型游戏，能活存活多久就看这个公司的宣传部门还有策划部门的能力有多强。特别是策划，策划这个很重要，一款游戏的走向，的最终决策，一般都是策划在管。

而像现在的一些手机游戏比较热门的，如有王者荣耀，还有绝地求生等这些都是一些都是大公司，大公司有基础用户。他们经得起失败，经得起考验，所以一款游戏对他们来说只能有利润不会有，很少存在有亏本。

其实一款游戏获利还是亏本，最终还是在于这款游戏的形式还有所要表达的内容玩法，以及后期的整改等。

开发游戏的利润可以到达一个非常高的程度，不过对于前期的投入，比如说人力物力财力的投入，三者最少要占两个，游戏只要做到玩法另类并且简单轻松，画面清晰简洁，内容多样化的话，对于宣传方面就没有特别大的需求，也不需要耗费更多的资金去宣传。

云游戏这个概念非常简单，就是我把游戏放到服务器上去运行，把游戏渲染出来的的音视频画面，通过流的形式传送到终端，终端上不再需要安装游戏，各种终端比如说电视、手机、PC、平板都可以运行。这样我们就不需要关心游戏怎么去适配不同的软硬件平台、终端性能够不够等等这些问题。

什么是云游戏

云游戏这个概念非常简单，就是我把游戏放到服务器上去运行，把游戏渲染出来的的音视频画面，通过流的形式传送到终端，终端上不再需要安装游戏，各种终端比如说电视、手机、PC、平板都可以运行。这样我们就不需要关心游戏怎么去适配不同的软硬件平台、终端性能够不够等等这些问题。这个概念本身是非常好的，在2009年的时候，这个技术就已经出现了，美国有家叫Onlive 的公司第一个推出云游戏服务，但是他最终在商业上还是失败了，技术最后被索尼公司收购，并运用在PS Now上。云游戏的概念虽然非常好，但里面技术挑战性非常高，有非常多的技术问题需要解决，那个时代可能还比较早，软硬件都还不太成熟，所以最后没有能够成功的商业化。到了现在这个时间点上，云游戏技术开始慢慢成熟起来，已经具备了商业化的基础。

下面是对我们产品的介绍。对云游戏来说，用户主要会关心延迟问题，玩一个对抗性很强的游戏，如果中间卡个几百毫秒那肯定受不了，游戏体验就会非常差。所以我们最核心的关注点就是要把延迟降低到最小、并且把画质保持在一个相对可以接受的程度。目前我们产品的整体延迟(从用户按下操作按钮到看到画面变化)可以控制到50毫秒以下，在这样的延迟水平下玩格斗游戏赛车游戏感觉都是非常流畅的，画面可以支持到720P/1080P，网络带宽只要4兆以上就可以了。我们单台服务器可以支持 20-50 路的并发游戏数量，也就是单台服务器可以同时为 50 个玩家提供服务，单个并发用户的整体服务器硬件成本在500元左右，可以说是一个非常有竞争力的成本。当年 OnLive 失败的主要原因是因为他的硬件成本非常高，他的一台服务器仅能服务一个用户，单个并发用户的成本可能就要上万，在这样的成本水平上要实现商业上的成功是非常困难的。目前这个项目已经在小范围的内测，他们主要是 toB 的业务，为宽带运营商提供增值游戏服务。

云游戏的技术挑战

第一个是实时性

游戏的整体延迟包括了游戏逻辑运算时间、音画渲染的时间，加上编码的延时、网路传输的延时、客户端解码的延时、客户端向服务端发送控制信息的延时，云游戏的实时性要达到一个可令玩家接受的程度，这个技术挑战是非常高的，当然也要依靠硬件和网络本身的性能，如果没有足够的带宽也不可能做到。

第二是虚拟化技术

虚拟化在服务端已经非常成熟，我们有虚拟机技术以及各种容器技术，但是在桌面上就不是那么成熟，普通的虚拟桌面不支持 GPU 的虚拟化，而游戏非常依赖 GPU 渲染，若没有 GPU 的虚拟化就没办法实现云游戏了，所以虚拟化是一个很大的技术瓶颈。

第三是经济性

每个并发用户的服务器硬件成本关系到这个模式能否成功商业化，如果成本超出了用户可接受的范围，那就没有办法实现盈利。

最后是运维管理

云游戏的运维管理跟传统的服务器运维管理不一样，因为用到的服务器硬件不一样，同时硬件负载又很高，这对运维管理提出了新的挑战，所以在技术上就要解决这些问题。

平台选择

游戏的运行平台非常多，各种各样，但是比较适合的只有windows平台。Linux 平台虽然开放，但是它没有什么游戏支持，其他的主机游戏平台基本都属于封闭技术，微软和索尼自己都在研发主机上的云游戏，那我们是没有办法去做的。

android平台也是非常适合做云游戏。服务器跑个android游戏再传到android设备上这个概念看上去比较怪异，但实际上IPTV运营商非常喜欢这个概念，因为机顶盒不允许安装第三方的应用，监控比较严，那我们通过云端化来绕过这种限制，这对机顶盒这种产品非常有帮助，所以android平台也是我们要考虑的。但今天主要是介绍 windows 平台游戏的虚拟化，android上是用硬件方案跑的，所以就不介绍了。

windows游戏的虚拟化技术主要是两条路线。一个是虚拟机方案，但主要问题是 GPU 虚拟化技术不成熟，可能需要一些专业级的显卡支持，成本非常高、性能损耗非常大，每一个游戏都跑一个 Guest OS 非常浪费内存，所以这条方案就被我们否掉了。同时windows 上也缺少可用的容器级技术，我们只能采取 API Hook 方式手工实现虚拟化，我们称之为 Sandbox 方案。

Sandbox方案就是把游戏所用到的系统 API 全部hook接管，让游戏认为自己运行在一个正常的 OS 上面，但实际上是我们接管的一个 OS。这样做的好处是性能损耗很小，基本上没有额外的损耗，但是比较痛苦的要针对每个 API 做适配，需要对每个游戏进行适配，而且游戏通常不开源，游戏开发商通常也不会配合你去修改代码，需要一些 hack 技术来针对每个游戏做适配。

技术实现细节

图像和声音的采集

图形API有 DirectX 9,10,11,12还有OpenGL，接管这些API后我们就可以把画面重定向到视频编码器，不不在屏幕上输出了。音频比较简单，只要接管Windows Audio Session API就可以了。

输入操作的虚拟化

手柄比较麻烦，因为手柄支持的API接口比较多样化，比如 DirectInput, XInput, RawInput，还有些游戏直接读 USB 设备，实现这些API的接管工作是比较琐碎的。

存储的虚拟化分

一是游戏的资源部分，比如执行程序、、声音等等。这些资源文件都是只读的，需要一个共享存储来放这些文件，因为这些文件体积比较大，通常一个游戏需要几十个G的容量，如果全部都放在本地节点上的话，对节点的存储容量要求很大，而且以后更新维护起来也比较困难。所以我们用 NAS 来共享这些文件，这么做的网络 I/O 开销会非常大，后面我会介绍如何来优化这一块。第二是用户配置和存档数据等等可变数据，这些数据需要集中化存储，同时可能存在跨机房的访问需求。用户离机房越近延迟越小，所以需要多地、异地部署服务器，让玩家在全球漫游访问你的服务，这需要有跨机房文件共享的能力。

其他需要适配的内容

比如游戏一般都是单实例，我们需要绕过游戏的防多启动机制。还有些游戏无法后台窗口运行，我们需要通过 API Hook 的方式，让游戏认为它处于一个正常的状态。最理想的适配方式是通过 SDK，让 CP 来适配你的云游戏平台，但目前来说还不实际，因为云游戏的商业化还没有完全的落地，需要技术去慢慢的推进。

音视频编码技术

视频流采用的是 H264 编码，主要是 720P/1080P@30fps，1080P@60fps 对网络和硬件的要求过高，暂时还做不到。音频编码使用AAC。因为标准的封装格式不含控制流，不能传输用户的操作数据，所以我们自己定义了一种封装格式，简单的把 H264 和 AAC 的裸流封装起来传送给客户端。

目前用软件编码器基本不可行，一路视频编码就要消耗掉一个CPU核的资源，跑个三四路就把 CPU 资源吃光了，游戏就没办法运行了。幸运的是三大硬件厂商 Intel、AMD 和 NVIDIA 都推出了自己的硬件编码器，Intel的CPU自带硬件编码器，支持20+路的720P实时编码没有问题。NVIDIA 的硬件编码性能更高，可以直接对GPU的 FrameBuffer 做编码并传到 CPU 上，节省了很多内存的拷贝，性能是最好的。

视频编码的参数调优

首先避免使用 B 帧以减小延迟;较大的 GOP 设置来减少 I 帧的比例，保证每一帧消耗的码率都在一个最大可控的范围内;0 延迟设置，保证每输入一帧数据编码器都立刻输出这帧的编码数据，避免编码器缓冲帧数据;bitrate控制，使用固定比特率的算法是不适合的，因为游戏中经常会存在一段时间的静止画面，此时比特率很低，对接下来的变化帧编码器就会分配大量的比特来编码，这就会造成这一帧数据特别巨大，从而带来了额外的网络数据传输延迟。所以我们采用了自适应算法，在保证比特率总体在最大范围内的同时，保证每一帧消耗的码率都在一个最大可控的范围内，确保每帧的数据传输延迟可控。

终端的视频解码优化

H264 的解码是比较头疼的，因为android平台适配起来比较痛苦，尤其是它的硬件解码坑非常多。如果直接使用mediacodec封装的硬件解码器，那个延迟非常高，基本没有办法用。有一些芯片厂商会提供一个后门，让你把缓冲关掉直接输出画面，但是这需要对接具体的芯片厂商，无法做到通用，只适合一些机顶盒类的产品。所以还是需要用软件解码的方式来支持 0 延迟的输出。android设备的性能参差不齐，早期的低端芯片性能不满足实时解码 ，需要利用 GPU 做一些加速。

网络传输的优化

用UDP传输的话，因为H264 本身不支持容错，一旦丢包就会出现花屏，在下一个I帧到来前都无法恢复，通常要持续好几秒，严重影响用户体验，无法接受;而TCP 丢包的话只是出现几百毫秒的卡顿，实测还是可以接受的，所以我们放弃了 UDP 协议传输，利用TCP在网络层做一些调优使延迟降低。实测下来，现在的宽带网络延迟基本没有问题，主要问题反而是在用户侧的 WiFi 上，一旦出现无线信号干扰，网络抖动会比较厉害。

服务器和客户端的同步算法

我们的云游戏把所有环节的缓冲都关掉了，全部是零延迟自出，原来缓冲设计的目的就是为了抵抗颠簸，比如网络的颠簸、或某一个编解码环节出现了抖动，通过缓冲把这个抖动抹平，现在把缓冲都关掉后对同步会造成很大的影响。有很多因素会造成颠簸，比如服务器发送数据过快，客户端来不及消费，造成的结果就是延迟非常大。所以我们自己设计了一套算法来解决这个同步的问题。具体的做法就是让客户端在完成一帧画面的显示后向服务器反馈一个消息，服务端根据客户端反馈的消息就知道客户端消费到了第几帧，跟服务器现在编码的帧数做比较，在一定的阈值内就继续传输下一帧，否则等待客户端的确认消息，直到客户端赶上来。这样做的结果就是当颠簸发生时服务器能及时感知并停止发送数据，等颠簸消除后再继续发送最新的游戏画面，实测下来获得了比较理想的同步效果。

存储的优化。只读资源数据是放在 NAS 上的，几百个游戏共享一个 NAS，加载游戏时的网络 I/O 开销非常大，所以我们做了一个优化来本地缓存这些共享文件，利用dokan实现了一个虚拟磁盘来访问资源文件，再把虚拟磁盘重定向到NAS上，同时利用节点的本地 SSD 硬盘来缓存热点文件，从而降低了网络 I/O 的开销。

更多的云游戏玩法

旁观模式，一个玩家玩的时候其他玩家可以接入这个视频流，看他怎么玩;对战模式，其他玩家可以切到这个游戏流里面两个人在一起对战;还有直播模式，把视频流封装为 HLS，推送到 CDN 上进行直播，这是非常流行的主播模式，云游戏都可以支持。

云游戏运维方面的挑战

云游戏需要维护大量的服务器节点，而且跟普通的服务器管理不一样，需要自己造一些轮子。由于所有的硬件资源都是高负荷运行，我们要最大化的增加硬件利用率，一般的服务器 CPU 占 10% 就很不错了，而云游戏的 CPU 都是在接近 100% 的情况下运行，另外还需要GPU的参与，这导致了硬件的可靠性相对比较低。

软件因为没有隔离性，可靠性也会降低，一旦出现问题怎么维护、怎么恢复，成了比较麻烦的问题，因为没有现成的方案，就我们需要自己设计服务器集群来解决这些问题。另外还有跨机房部署的问题。

硬件方案的选型，我们主要有三套方案，一套是 GRID 显卡方案，这是 NVIDIA 为云游戏专门设计的专业显卡，上面带有编码器可以将游戏画面直接编码输出，但它的缺点是价格比较昂贵，一台服务器的硬件成本大约在 5 万元左右。

还有就是消费级独显方案，去掉了昂贵的专业显卡的同时还能获得更好的GPU性能，所以这套方案的性价比要高很多，每路并发的硬件成本可以降低到 500 元以下。

最后一个方案是 Intel 核显方案。完全不需要用独立显卡，但 Intel 核心显卡的性能偏弱，运行大型的 3D 游戏会比较吃力，运行一些休闲游戏没有问题。这个方案的优点是不需要显卡，1U 的尺寸下可以装入多个节点，集成度提高，而且易于维护，也是一个值得考虑的方案。

下面来解释一下云游戏一下集群的概念。Node(节点)对应一台物理计算机，一个节点可以同时运行多个游戏实例为用户提供服务。多个节点组成一个 Group(节点组)，一个Group内包含了若干节点和NAS，对应于一个机柜， 多个机柜用万兆交换机串连起来，部署在一个机房，称之为 Cluster(集群)，再上面一层是云游戏平台，包括用户的入口管理、登录计费等，可以跨越多个机房。

下图是系统架构图：

User Profile Storage 用来存放用户的存档数据，Log Storage 用来存储日志数据，还有数库等等。

Group 内的各 Node 组成对等网络，可以任意添加或者删除 Node，各个 Node 通过竞争算法选举出来一个 Master，由 Master 与 Manager 建立连接，对整个 Group 进行管理，如果Master出现故障则由剩余的节点重新选举出一个新的Master进行接管，从而保证了任何节点的故障不会影响到其他节点的正常服务。在Node 上仅需要安装好操作系统和 Daemon 服务，无须配置，即插即用。Node daemon对服务器进行管理和监控;游戏文件存放于 NAS 上，由各 Node 共享;内网/外网流量隔离，防止互相影响。

Manager 用于对集群内的所有 Node 进行管理， 配置/更新/上线/负载均衡/监控，游戏数据管理更新，用户数据管理等等。提供 web 后台给运维操作，实现运维的自动化和可视化操作。Manager使用双机热备模式实现高可用，避免单点故障造成整体系统瘫痪。

日志和监控。我们需要有完整的日志来记录和追踪系统行为，保障整个系统的可维护性。同时系统会实时监控每个游戏实例以及 Node 的状态，包括 cpu、gpu、网络io 的使用率，游戏帧率、延迟等等数据，所有数据保存下来，后面可以通过一些数据分析的手段来找到性能的瓶颈，然后再针对性的进行优化，进一步优化我们的系统。

提问：对家用的wifi做一些支持，能详细说说吗

乔捷：首先，要提示用户wifi信号不好会造成延迟，终端检测到网络信号不好时及时的提示用户。其次，对于网络延迟的抖动，我们的同步控制算法能够补偿一部分抖动。最后，可以在服务器上调优一下TCP参数，比如说减小数据重传的超时时间，加快数据包的重传，可以有效缓解抖动。

提问：对用户体验有影响吗

乔捷：目前肯定有，我们是标清的 720P 的画面质量，因为要考虑硬件成本和网络传输成本。但随着成本的逐步降低，未来要支持1080P甚至4K画质也是没有问题的。

提问：对于 CP 的开发模式有哪些影响

乔捷：目前没有影响，我们只是买一个授权，然后由我们进行对接，不需要CP方去改动代码。当然如果 CP 方愿意来对接我们的SDK话那是最好的，可以加入对战、排名、内购等各种功能，利用云游戏的特点为游戏增加更多的玩法。

提问：我们这么多年下来的计算，最早开始所有的计算都是在中心，随着终端计算能力的增强，计算很多功能都到终端上面去，现在你的方案是把所有的终端都放在中心，这对服务器成本要求很高如果能够容纳一些用户同时运行大型游戏，服务器成本是否会非常高

乔捷：对。为什么我们要中心化因为终端的种类太多了，手机、平板、电视、PC，这么多平台，你一个游戏要去移植这么多平台，本身的工作量就非常大，而且用户要去下载安装，推广的成本非常高，网络游戏单个用户的获客成本已经到了几十到上百块钱。所以，服务器成本表面上看是有点高，但是算上开发成本分发成本推广成本，这点服务器成本已经完全可以接受。

这就和视频一样，最早我们看视频是买光盘的，后来有了网络以后是从网络上下载，而现在宽带普及了之后已经没有人下载了，都是直接视频点播，因为它方便，门槛越低越容易被用户接受，现在还会有人买光盘吗基本上已经没有了吧。电视电脑都不是我们的工具了，大家现在用的比较多就是手机。计算资源越来越中心化集中，管理成本不断降低。现在买游戏机、ps3、ps4，每隔 5 年换一个游戏机，以后不需要游戏机更新换代了，更新换代对于厂商来说是一个比较痛苦的过程，有一个漫长的迁移过程。将来根本不用关心什么硬件，比如今年的“吃鸡”游戏非常流行，但是很多玩家的显卡性能不足，跑不起来。将来游戏都是放在服务器上跑，用户根本不用担心跑不跑得动，接上就可以玩。一旦这个服务模式成立，硬件厂商都会向这个方向投入资源，最早2011年的时候我们就预研过云游戏的技术，当时做了以后就放弃，后来看到这个机会以后推出来了grid显卡，一下子拉很高，看这一块商业模式什么时候落地，现在还是在探索的过程当中，将来是大趋势。

提问：除了服务上面成本，要求终端的网络非常好吗对解码要求高么

乔捷：对，因为网络非常普及的情况下，宽带已经无处不在了，所以这个问题基本已经被解决了。现在的主流中低端芯片可以实时软件解码720P的视频流。

提问：我知道游戏有很多种类，目前云游戏技术支持的范围怎么样云游戏的交互目前为止是否还很有限

乔捷：主要是主机游戏，用手柄玩的游戏。看类型，使用键盘鼠标的游戏比如FPS在电脑上比较好操作，在电视上就不太方便了，目前主要还是适配手柄操作的游戏。

开发一个简单的apple app要多少钱

根据2020年1月的最新数据，开发一个app大概需要几万到几百万不等。

互联网是个神奇的大网，大数据开发和软件定制也是一种模式，这里提供最详细的报价，如果你真的想做，可以来这里，这个手机的开始数字是一伍扒中间的是壹壹三三最后的是泗柒泗泗，按照顺序组合起来就可以找到，我想说的是，除非你想做或者了解这方面的内容，如果只是凑热闹的话，就不要来了。

开发一个安卓app软件，需要考虑因素很多。如果是一款功能简单不是很全面，客户几乎没有什么要求的APP，只需要让美工对前台ui页面进行一定程度的修改，最短一两天就能完成的，费用大致需要几千元。

而开发一个完整的安卓app，简单的需要几万左右，复杂的几十上百万，安卓难度不比IOS大，很多团队都可以承包。 

扩展资料：

软件维护

1、安装App后没有用的安装包apk及时删除

手机和个人计算机有很大的相似之处，在维护方法方面很多是相通的。现在许多经过手机厂商改进过的ROM都十分贴心，一般安装完某个App后会提醒是否删除安装包，如果没有其他用途了就可以立即删除，如果手机没有此项功能，也可手动删除。

2、定期清理缓存

长期使用社交应用会产生非常多的缓存，而且应用自己不会删除，长时间会积累许多的缓存，占用存储空间且造成卡顿，因此，可以使用手机设置里的应用程序管理里的清除缓存功能删除。还可以使用有清理垃圾功能的系统维护App。也可以卸载后重装一次。

3、使用时及时关闭不用的程序

虽然安卓系统会在内存紧张时自动结束一些进程，但在实际的应用中，应该有未雨绸缪的意识，平时就随手在多任务切换界面结束当前用不到的App，释放手机当时的运行内存，不仅有利于手机高效的运转，也防止其后台软件运行时的流量白白流失。