@westoy
这种是互联网线上服务的场景。需要实时零故障。确实是你说的情况。

但是还有很多场景。数据不丢就行了。即函数化 /无状态化。实时性要求不高。

楼主的需求还待明确。我只是希望通过检查不匹配点的方式确认一下需求。个人目前接触学校的情况不多。但是有的时候，其实单主机+多用户就够了。硬盘备份一下或者数据挂出来。机器挂了都没问题。

@594duck

了不起的从来不是云服务。

云服务这三个字包含两种理念 云 和 服务

这里询问楼主的是服务。跟云无关。

服务 代表的一种各自专注在自己领域的分工合作关系。
比如人吃饭就不用每个人都种地。购买粮食就可（别人交付的服务）。我认为这种专业化规模化是能更高效而低成本的。

如你所言，是可以自己管理一套并搭建自己的服务。这实质就是模型版本的私有云主机服务了。另外，你算成本不算需求调研，维护，测试这些的吗。这些才是真正的大头。能做这个的，10w 薪资一年远不够的。确实，可以简单开源 proxmox 之类装完不动。别人觉得好不好用有没有什么其他需求完全无视就行。

@mnssbe 并且长期的话服务费更低。

个人的一台阿里云 ecs 一年是 2400 5 年反而是 5000 。 长期云更合算了。

@mnssbe
云服务看名字就是花钱买服务了。自己买硬件防止硬件故障这种黑天鹅做的事不头铁？

@calmzhu 比如直接买共有云主机不匹配的点是哪些呢

自己设计服务器是指买硬件自己装系统 /虚拟化一套？

@lairdnote
跟这个有啥关系么？

@yousabuk
能说我也不知道么～ 我应该干了个假运维...

在你的每个 console.log 下面加一行这个
console.log(tailFibonacci['cache'])
你就发现递归链实际是断的。

看倒数第三行。调用的是 Reflect.apply 。 也就是原来的未代理的 tailFibonacci 。
也就是除非显示跑 1，2，3....99 的 proxyFibonacci(n)的全部。
直接加一个 proxyFibonacci(100)的化.在 100 里面就直接跳转到 tailFibonacci （ 100 ）上去了。所以递归链走的是 tailFibonacci 而非期望的 proxyFibonacci

@byuan04 18 年组的闲置机。不是新买

@sephinh 好的.谢谢
目前收集到的信息看。主要还是 efi 引导的问题了。。

@coolmint 好的，谢谢。我试下。主板带 WiFi 的。

@feikaras 好的。谢谢.我试试

@calmzhu 搞错了。是前年国庆

@kokutou 去年国庆装的想打游戏来着...后来没玩了

@guochengjie 好的.谢谢.我试试