Kirkcong

防止你做 pcdn

@silent2limbo 我的看法是，都是瞎扯。就好像有人跟我说，你挣得钱没其他人多一个道理。和我有什么关系？

@FaustinaD 不是很理解你先生的看法，我觉得，姓氏跟谁无所谓，别说随女方了，随便重新选个好听的姓氏都可以。对我来说，大人也好，小孩也好，我们的感情、回忆、经历，没有任何事情会因为姓氏不同而有所改变。

ovh 、hosthatch,都可以，不算贵

@oferge0311 别做，只用上面给的脚本，上面给你什么你就用什么，让你怎么做就怎么做。你们机器体量大，架构零散，极大概率出事，我说的是指，在所有人意想不到的东西上出问题，起因可能是你导致的，也可能不是，但你会非常焦虑，别人也会首先怀疑近期谁做了变更。

实验新东西不能在这种大型变更上尝试，太危险了。

@lpe234 哦对了，说实在的，高速我跑过两次，总共 4-5 小时。比市内好跑很多，很多人都不太敢上去，其实高速反而是简单的。

@oferge0311 没办法，只能不断的打补丁。你这个场景里面最大的问题不在于怎么做到 runtime to permanent.而是说架构本身没设计好，比如我们的机器，不管是 dsr 还是 psr,所有机器都统一配置，需要持久化的东西都在 ansible playbook ，即便没有挂载上的，直接跑 mount -a 即可。甚至每个机器安装的 rpm 、pip modules 都是一样的，全都由 ansible role 管理，而 ansible 文件则放在 bitbucket 中。

如果你不是管事的，那就直接把这问题报告上去，说清楚现状，以及风险点。怎么决策是上面的事情。你千万不要去做任何冒险的事情，因为一旦出了事，都是你的；如果弄好了，没什么收益，并且出事的概率极大。

@oferge0311 你们可以多分几个人，每天多重启几台。如果你说生产机器也面临这个问题，那我只能说架构整体太脆弱了，怎么会允许这种事情呢？如果是前人留下的，那就看愿意花多少成本去填坑了。

@oferge0311 所以这是个长期计划，半年一年差不多了