如何避免这种硬核升级

[OldCarMan]

最近一段时间，访问掘金社区博文时，偶尔会出现这种硬核升级的情况（印象中前几个月也出现过一次）。个人觉得像这种停服升级，应该是技术架构上做了很大的调整，相关的网站数据无论在结构上还是设计上都发生了比较大的变化，数据上只能选择全量升级，没法（或者和麻烦）做到增量同步。想问一下各位 v 站的大佬们，平时在生产环境中有没遇到相关问题，是如何选择解决方案的？先谢谢大佬们分享。

[also24]

大部分情况下，网站说自己『升级』『维护』，都未必是真的在升级维护…… 而是……

[elfive]

@also24 我怀疑你在说 BDH 会议，但是我没有证据

[itskingname]

如果云服务器支持横向扩展，可以重新用新的搭建一套，然后切换域名解析。再把老的资源释放。

[OldCarMan]

@also24 嘿嘿，而是什么。不过我觉得 jj 之所以升级周期这么近，可能是之前架构没想好，又做了大改之类的。不过这只是我觉得。

[Maboroshii]

可能是什么不好处理的兼容问题吧

[OldCarMan]

@itskingname 嗯嗯，你说的没错，大部分时候大部分项目的升级应该都是这样的，不过这是运维层面的工作，当系统在架构设计做调整时，除了节点切换，新的架构如果涉及到新的数据，除了运维的事，还要考虑数据同步的问题（可能还不止数据同步的问题），这时候就需要开发者参与做数据的增量同步，而这部分工作量，取决于架构的调整多大，小的话，写脚本增量同步应该问题不大，但如果调整过大，那可能成本高，数据安全性还不一定有保障，所以有些技术团队选择停服升级。不过这只是我以为的，实际上说不定有更好的解决方案。

[yhxx]

这种规模的网站是不太可能出现需要停服更新的

大部分架构师水平都不至于这么烂

这样一个能发文章有讨论区的社区忽然维护。。。

[OldCarMan]

@Maboroshii 是的，我也是这么认为的，不过可能是我技术视野不够，说不定有更好的解决方案，或者有方式可以避免这类升级的发生。U•ェ•*U

[des]

@also24 让我想到了乌云，现在还在升级中

[OldCarMan]

@yhxx 难道你的意思是，来自某股神秘力量的压力，做数据清洗吗？🐶

[YaakovZiv]

10 月可能还有一次，北京要开会

[changwei]

昨天简书也挂了一段时间