震撼来袭！魔兽世界7.15巅峰版本即将上线

魔兽世界7.15最硬的ticc版本就要到来了。已经进入7.15修改日志的小伙伴已经知道了，自7.15出来之后，就开始陆续有补丁版本放出。有些补丁的意义，就像是轰隆的大地震一样魔兽世界7.15最硬的t，巨大的暴击伤害和各种复杂的技能，只不过这次是从微信里面传出来的。所以我只能谈下微信发出来的，不够全面的版本。我觉得最大的动静就是把“德拉诺之王”这个atb服务器基于通用服务器的重大服务器版本，移动到了多人公会服务器。

多人公会服务器是基于eve开发的版本，其所有操作也是基于eve。至于为什么说移动到多人公会服务器，其实是一个巧合，考虑到第一个要移动的服务器一定是要回滚服务器内玩家状态，把eve核心服务器的数据移走，直接对eve服务器架构改动，然后在恢复其他的玩家状态。考虑到eve的虚拟机本身就是虚拟机，世界服的eve客户端里面也有虚拟机的配置，为什么不直接移植多人服务器呢？答案是“太难”。

那么如何移植呢？早期的多人服务器和普通服务器相比比较安全，多人自动读条，短暂延迟，禁止联机，并且eve的其他通用服务器都是基于集群机器运行，公会本地运维为绝对核心的。基于这些，我们觉得完全可以移植虚拟机（hypervisor），虚拟机原理实际上是用一块cpu，在操作系统虚拟出多块虚拟机，来管理不同玩家。

但是这需要建立对虚拟机的保护，实际上会有很多负面作用，例如损耗内存，对硬件带宽依赖程度过高，ddos攻击，内存泄露，io阻塞等等，内核层面用分代的策略其实是成本最低的安全策略，但是我们这次考虑的是跨代。为什么考虑跨代呢？其实是根据官方的事实来说的，7.15升级了服务器架构，最致命的考虑就是可能会有5.0到7.15甚至是7.0到7.15的兼容性问题，而且还要有移植成本。

那么问题来了，我们怎么在hypervisor（虚拟机）内部把这个问题做好呢？很显然就是通过配置文件访问虚拟机内各种基本的数据，修改完成，再移植到别的服务器。例如作为公会内的4台虚拟机，需要使用5.0到7.15版本的内核编译这5.0到7.15的内核。而正常情况下hypervisor不会也没有其他用处。我们一般是这么写文件的，内核是5.0到7.15，主要数据是数据块。

hypervisor作为虚拟机有这5.0到7.15版本的内核，然后根据先进先出原则魔兽世界7.15最硬的t，6.0到7.0所有数据块都是编译和部署出来的。对于这个系统整体的思路就是，如果我们升级引擎，引擎所有的功能块我们都要移植到新的引擎中。这个和魔兽争霸3，我们说要修改其中某个英雄的技能系统时一样，找到这个英雄生命上限，用替换存储读。