别说是家里有长辈了，V2 上不也有很多长辈么。

果然这个世界是靠各种草台班子凑合支撑起来的

难道现在的小盆友都不知道 SAN 存储了……

以前的企业级虚拟化方案，跟非虚拟化的服务器方案一样用的是集中式的共享存储，存储部分是厂家的私有系统，跟服务器之间通过 FC 、FCoE 、iSCSI 等协议连接，划分出一个个的块存储，在服务器端看来就是跟硬盘一样的 SCSI 块设备。不同的服务器可以连接同一个块设备，但只有虚拟机所在的物理机才挂载，这样迁移和故障转移只要把挂载机切换到目标物理机就可以。

超融合架构里不再有集中式的存储。每个节点都可以同时做虚拟机 host 和块设备的 provider 。为了解决迁移和故障转移的问题，用的是多副本写入方式。可以是 VMM 负责多副本写入，也可以是 Ceph 之类的分布式文件系统来负责多副本写入，从 VMM 来看是只写一份。

要运行的业务系统所服务主要对象的主要时区。

在未扩容的斐讯 N1 上跑了 3 个虚拟机的表示啥都不是事

你看，你也觉得生产分支应该 protect……所以没 protect 了你就任意提交？你是坚持自己的底线，还是跟着外部条件摆烂？

关于 3 ，请认真阅读 Filesystem Hierarchy Standard 以及你所用发行版的 packaging guide ，了解这样做的理念。

当然，你可以不同意。但人家这样设计是有原因的，而不是乱搞。

你自己编译安装的话，一般默认就是你喜欢的 ./configure --prefix=/some/prefix/that/everything/goes/on

@Worldispow 技术人员未必喜欢。喜欢的是管技术团队的人。

标准的问题就是有太多互相不服气的标准。

日本人写的《明解 Python 》

如果只是登录时看这个难受，并不介意实际更新，可以看看 /etc/update-motd.d 下面有没有 needrestart 更新 motd 的脚本干掉它

你拒个酒都这么扭扭捏捏怕三怕四的非要找借口，还不如早点想通，干脆破戒吧。

要坚持底线思维和极限思维，准备经受风高浪急甚至惊涛骇浪的重大考验。

简单说来我是在总结我的愤怒。对别人没啥参考价值。

当你看到一只小强的时候，已经有一千只小强了。

“从 A 语言换为 B 语言导致性能提升 XYZ 倍”这种事一般不是因为换语言本身，而是换语言这个大动作不可能以对旧版系统慢慢重构的方式进行，那么本质上就是重写一遍，那么就要重新架构，重新思考，“终于特喵的有机会偿还技术债了” ^_^