Sealos 的帕鲁私服模板从第一天发布之后就起了 100 多个私服，第二天直接上到 500 多个，第三天直接上千，还在加速增长中。来讲讲我们只用一个晚上怎么做到上线一个专属可用区的，还有一些帕鲁实践让我对云有的一些新的思考。
![]()
Sealos 凭啥杀出一条血路
这次各大云厂商都出了私服教程。
原因很简单，别的厂商都只是虚拟机上搭建的教程，有的甚至是长长的一篇文档，不过后来都搞一件部署了。
而 Sealos 直接做成了应用模版，点点鼠标，有手就会，对此菜市场大妈表示体验很好，边买菜都可以边部署起来。论速度我们吊打一切，只需要 30 秒起服，而其他我大部分测试了都要三分钟，原因很简单：我们抛弃了虚拟机。
玩游戏的很多人并非开发者，或者没那么懂技术的，虚拟机，控制台这些概念都不能让他们知道，就更别劝玩家去用了。Sealos 就是一个链接：
看，有手就能部署，脑子都不用带。
我们的视频教程在 B 站获得了非常高的热度：
![]()
视频传送门：
Sealos 还可以先体验后付钱，付费转化率夸张的高！
相比较包年包月，Sealos 采用完全按量计费的方式，玩家睡觉时就可以关了，收一点点磁盘的费用。容器还有个好处就是内存炸了很快就可以自动重启，几乎不影响用户体验，而虚拟机重启下不得分钟级。
还有就是调配置，Sealos 随便伸缩，虚拟机包年包月伸缩就很尴尬。
最后是一些细节体验，比如导入存档，配置管理，死亡不掉落等等。
还有一个要点，就是运营的同学要去玩游戏，为什么？如果我们不玩我们就无法体会死亡不掉落的重要性，无法体会孵蛋时间是个啥，无法理解用户在什么时间点会上头，这直接决定需要赠送多少额度，需要提供什么样的配置，需要新增什么样的痛点特性。
事情经过
有两个朋友给我发了这个游戏的文章，瞬间我就找到了我们 “奇技淫巧奖” 获得者的米开朗基杨同学，当天就把模版做出来了，上架到了我们的两个集群。随后文章一发，瞬间集群资源就满了。
![]()
周四晚上我们立马决定建设一个新的专属可用区，这个可用区选择在阿里云上，原因很简单：需要快速扩容，而且以后可能热度下降要考虑释放问题。所以大家就不要随便黑公有云了，这是成本最低的打法，下文细讲。
我们一半人写代码，一半人买服务器起集群，把 Sealos 中玩家不需要的东西通通裁剪掉，应用市场也就只放一个模版，用 Laf 花了五分钟写一个游戏配置管理的程序并上线到 Sealos 上做默认应用。剩下的时间就在不断优化游戏的模版，包括缓存游戏的镜像让启动速度达到极致。
晚上就火爆了，不是在加服务器就是在加服务器的路上，我们每个节点可以跑 70 个私服。第二天团建，全员背着电脑，几乎一半人在烧烤一半人在支撑。
![]()
到目前为止单集群已经启动上千个。
帕鲁事件对云的思考
这个事只是一个影子，他映射出未来的云应该是什么样子。
第一：应用是一等公民，忘掉云原生，忘掉容器，更要忘掉虚拟机
你看安卓/iOS/Windows/macOS 以及各种 Linux 发行版，大部分用户用的是具体的应用，每个应用都有不同的用户画像，而很少有用户关心系统本身，更不会去关心内核。
把用户的最终需求直接给到用户才是云发展的终极目标，像帕鲁，用户需要的肯定不是容器，也不是虚拟机，那让用户进入到一个虚拟机的操作控制台显然就违背人性了。
当然会有很多开发者直接需要的就是虚拟机，那提供一个虚拟的应用也可以，核心逻辑解耦合，尽量不要让用户关心他需求以外的东西。随着应用的丰富，大众市场对更底层的需求就会越来越少，比如有了 RDS 之后，很多人要用数据库的人就不想去折腾虚拟机了，这里务必理解用户最终想要的是什么，直接给。
所以这必然会衍生出一种更合理的架构，其实这个架构已经有答案了，单机操作系统就是答案，有很好的标准，一堆人开发应用，另外一堆人使用应用，云为什么不这样？
今天的公有云很多都被框死在了控制台，这样应用很难有自己的发挥空间，比如帕鲁的用户去登录公有云一通操作，VPC 快照对象存储几个标签就能把他看晕乎，这不是一种极致的产品体验。而手机上 LOL 游戏就不会外面套个微信的聊天框，不同的应用需要有自己不同的风格。markteplace 就更不用说了，缺乏标准，一锅大杂烩而已。
第二：云是连接应用的生产者与使用者
一旦云足够成熟的时候就会有非常好的灵活性，可以让大量开发者开发云上应用，使用者来使用，而今天云厂商大部分是厂商自己开发云产品，虽然也有第三方上架什么的，但是味道不对，怎么样算对，参考手机生态。
Docker Hub 就有点这个味道了，什么味道？标准的形成，很好的链接了镜像的制作者和使用者，但是提供的是零件，不是完整的分布式应用。
K8s 生态提供了很好的标准，是个非常优秀的云内核，一旦发行版盛行，此生态大成！那个时候很多人会忘掉 K8s，我可以给一个非常让人吃惊的数字，Sealos 云上的用户 80% 没接触过容器，20% 完全不是专业的开发者，他们就只想直接起应用。
所以先进的云需要给应用非常高的自由度，需要让用户用它的时候完全沉浸在应用本身的使用中，Sealos 就是这样，打开一个应用之后你就看不到 Sealos 的任何东西了，而目前云厂商都有个大大的 Header 和侧边栏，所以就出现了这种怪物：
![]()
我想写代码，可是嵌套一层又一层。
云 IDE 应当是一个独立的应用，可能是第三方提供，然后别人来使用。即便是官方自研也应当是这样的架构。
第三：云是连接资源的提供者与消费者
现在的云厂商基本硬件资源都是自己提供，而 Sealos 的做法比较有意思，未来我们的很多 Region 算力本身也可以由第三方提供，接入到我们平台中，真正成为一个算力平台，从算力视角连接双方。有点像直营和加盟的意思，或者京东和淘宝。若无云操作系统，这种想法也无法落地，而我们 24 年就会提供。
第五：Sealos 公有云服务坚定选择云厂商，抛弃自托管硬件方向
自建还是选择公有云确实要看场景，Sealos 云服务的业务未来只考虑用公有云。不要只看到价格的贵而忽略效率成本，还有很多其它隐性成本不可不查。
帕鲁这个场景毫无疑问首选公有云，快速扩容这一个需求就决定了没法在自己的机房跑。而且热点过去了是要缩回来了。
即便不是帕鲁这个场景，Sealos 还是坚定不移用公有云，我曾经一直在摇摆自建还是上云，我们本身就是做云的，绝对有托管硬件自建的能力，物理机的性能也更好，单纯计算算力价格也低太多。
但是，最终发现需要花好多倍成本就解决那剩下 10% 的问题，比如高可用要备份，你的备份程序和磁盘都需要额外成本，对应人力成本也来了，最要命的是响应速度，换块盘也需要时间，需要沟通成本等等。这些公有云上一个快照就都可以解决。
还有个恶心的备案问题，几乎只能人肉迁移备案，开白名单这些。而且机房的带宽费用并不便宜。
买多少硬件资源也是一个很费事的问题，预留不够上架可就慢了。
综合下来如果你把云的弹性用好，是可以节省大量成本的。特别有状态和无状态分开运行，夜间释放，根据不同的 SLA 等级划分可用区，举个例子，我们可以针对开发测试场景专门做一个对接竞价实例的集群，把所有无状态全部用竞价去跑。
使用公有云还可以让我们自己保持轻资产运营，天下武功唯快不破，迭代速度是创业公司最为追求的。
