对于多实例 设计思路 仅供参考
大概流程:
玩家加入服务器之后 -> 进入空岛生存模式 -> 发起创建岛屿指令 -> 第一时间将会与空岛管理中枢创建通信 -> 智能匹配对比之下比较空闲的服务器 -> 最后成功完成整个流程
优势与弊端
-
优势
-
- 当某个空岛服务器宕机，只会影响那个宕机服务器中的玩家，而不会扩大影响至全部玩家。
-
- 用多个服务器分摊压力，远比单端要不断尝试各种优化压缩游戏内容从而影响玩家体验好得多的多。这样可以形成健康的游戏环境。
-
- 如果当玩家激增到达一个阈值，可以上调空岛服务器数量完成应对。而无须排队。
-
- 因为是多服务器架构这意味着，我们可以尽量减少关于红石机器上的限制。（只是尽量，很多比较大型的机器仍支持性不太友好。)
-
弊端
-
- 繁琐性大幅度上升，如果是单服务器架构只需要更新一个就可以完全应用，但是多服务器架构每次变更、更新等...都要花上更多的时间。
-
- 功能上来看，很多功能并不支持该架构，所以我们要花费更多的时间完成功能上的更新，或者寻找平替。
-
- 连通性，我们一直想确保即使在多服务器框架下也让玩家保持联通，而不是像分一区二区来彻底隔离。即使我们不断在完美连通目标追寻，但是可能总有一点点遗漏。
- 为保证连通性，我们已实现: 玩家数据互通 聊天信息互通... 基本涉及功能上的都互通了，如果你发现有的没有请及时联系我们，感谢！
-
- 成本问题，因为在此框架需要多个实例来实现，这意味着我们的花费可能会更高。
-
总结
- 从长远看，多服务器实例框架确实是最优解。麻烦是麻烦点，但是从某种程度来说这样可以提升游戏体验一个等级。
关于游戏内经济系统
- 我们尽量不过多干扰游戏经济，尽量以玩家互相交易的形式来形成构建良好的经济系统。
关于为什么要制作空岛生存模式
- 丰富游戏内容，解决枯燥乏味的问题。大幅度缩短纯净生存生存每周目结束的等待时间。
- 服务器一直过于坚守纯净生存的玩法，内容上显得有些枯燥乏味。
- 早有预告，甚至可追溯到一周目。
- 双方互补，何乐而不为？
- 在往期的问卷调查中，有很多玩家是需要新模式的。
- 其实很简单，大家可以查看之前周目的结档公告，例如(2周目)就通知过。
- 早在 2023 年，一周目的时候我们就已经给空岛生存创建文件夹了，只不过没有向外详细说过，而是被贪玩生存代替了。
- (只不过确实时间上存在很多问题，创建文件夹后 大约 一个月两个月才打开一次文件夹 :C )
- 我们至少直到现在没有任何想破坏纯净生存的坏境的想法，很多玩家想要让我们在纯净生存中添加经济系统，添加很多依靠经济系统来运作催生的玩法等...
- 这样确实可以给服务器创收，达到收支平衡。但我们不愿这样，这还算纯净生存吗？
- 题外话: md 我操了 为啥开发个新模式就要挨骂说圈钱，我们都没做完，甚至只有一个雏形，现在雏形里面还是空的，只算是一个框架。开放了之后再骂我也不说啥，还没开就开始了吗？
- 另外: 我们从最初一周目至今也一直处于亏损状态。纯净生存大家应该都知道这是一个吃力不讨好的服务器类型，也根本没有所谓的盈利点，有很多人建议我们在游戏内添加所谓的各种赞助功能，但是我觉得那样就变味了。