未来的云平台设想（非知识分享，纯属一个目前的“白日梦”）

目前云平台的出现，实际上免除了许多设备性能不足的问题，使得部分设备在不具备相应的性能模块也能运行性能需求高的程序，但是由于带宽和客户端到服务器的节点之间的通信状态，其实体验并不是非常完美。
可以设想，未来的一个改进方向是优化数据之间的传输。

那么，未来的优化方向可能会出现什么呢？笔者在此做一次大胆的预测：

传输优化

参考CPU现在的cache概念，作为数据传输的中间节点，如交换机或路由器等，是否存在可以把其中的设备，以RAM的模式，作为数据传输的缓存区域，且虽然玩家数据是保存在数据库的，但是程序的公有函数库是通用的，可以将公有部分按需按比例保存在这附近，甚至，开发商和运营商合作，直接在ISP交汇处建立存储器，使公有函数的调用路径更短。

服务器分布式架构

目前现有的分布式架构，简单而言，可以理解为功能模块单独作为一个服务设备来使用，那为何不能根据使用的频率，将分布式的服务器放在离用户更近的地方，但是当然，凭空造一个机房是不现实的，但是，并不代表不能利用VPN，来为数据传输进行优化呀~

开发环境的整合

云平台现在是根据不同系统开发出对应的客户端，那以后设备硬件得到了提升，可以设想，会不会以后云是统一建立在自家企业的虚拟环境上，开发团队只需针对我方公司的系统环境进行代码编写即可，而我方公司的云平台则着重本虚拟环境（即虚拟机）在不同系统环境上的兼容或者优化上面，而用户仅需同意下载一个客户端即可。

用户请求封装读取

用户之间的传输的数据是海量的，那么是否能参考Qinq的做法，把用户的请求先封装一个应用头部，将其请求先做一个大致区分，让服务器在读取用户请求时，先了解其请求的分类，从而发向自身的不同功能区域，尽可能减少用户等待的时间。

私有协议的建立

为了方便用户与企业之间的交流，可能未来会出现私有协议这一说法，并不是单纯指网络传输，而是其他与本企业所提供服务相关的协议报文，这种报文更看重功能性，并不需要其他行业的工作者知晓，因此不作为公有协议扩展，但是和本企业服务有关的行业或公司可以共同利用该私有协议优化工作。且建立并非一个非常复杂的过程，高级网络设备中有UI界面引导用户建立自己所需的功能协议，而网络设备公司，为确保不同厂商之间都能兼容，可能只是把协议作为应用层报文的一部分，或则应用层封装，利用路由协议如OSPF，ISIS等，帮助协议和节点之间能正常运作。

设备需求的进一步降低

目前，虽然使用云平台能使许多性能不足的产品也能满足运行需求，但有没有可能，以后云平台的完善，是使得我们手上性能极度不足的产品，仅作为一个输出设备，其本身处理器CPU或GPU所承担的业务量，在数据传输过来的时候已经完成了，可能只是使用了内存或CPU的高级缓存，让程序运行起来罢了。

路由设备作为分布式服务的母服务器

路由设备由于硬件上的扩展，其本身除分发路由外，还能兼任一个大型的服务器，当然由于服务的厂商众多，其内部是利用超融合等概念，让厂商的功能服务器都可以就近搭载到它上面，且为了方便不同厂商的使用，还根据任务热度，从其所连的数据库中替换目前无响应的厂商模块，从而动态切换现在搭载的厂商服务器。

结语

科技飞快发展，在此设想未来也不一定异想天开，多多积累，也许我能为此添一块砖。