这是一个创建于 1600 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近一段时间，访问掘金社区博文时，偶尔会出现这种硬核升级的情况（印象中前几个月也出现过一次）。个人觉得像这种停服升级，应该是技术架构上做了很大的调整，相关的网站数据无论在结构上还是设计上都发生了比较大的变化，数据上只能选择全量升级，没法（或者和麻烦）做到增量同步。想问一下各位 v 站的大佬们，平时在生产环境中有没遇到相关问题，是如何选择解决方案的？先谢谢大佬们分享。
 |
1
also24 2020-07-30 19:34:13 +08:00
大部分情况下，网站说自己『升级』『维护』，都未必是真的在升级维护…… 而是……
|
 |
3
itskingname 2020-07-30 19:37:56 +08:00
如果云服务器支持横向扩展，可以重新用新的搭建一套，然后切换域名解析。再把老的资源释放。
|
 |
4
OldCarMan OP @also24 嘿嘿，而是什么。不过我觉得 jj 之所以升级周期这么近，可能是之前架构没想好，又做了大改之类的。不过这只是我觉得。
|
 |
5
Maboroshii 2020-07-30 19:54:16 +08:00
可能是什么不好处理的兼容问题吧
|
|
6
OldCarMan OP @itskingname 嗯嗯，你说的没错，大部分时候大部分项目的升级应该都是这样的，不过这是运维层面的工作，当系统在架构设计做调整时，除了节点切换，新的架构如果涉及到新的数据，除了运维的事，还要考虑数据同步的问题（可能还不止数据同步的问题），这时候就需要开发者参与做数据的增量同步，而这部分工作量，取决于架构的调整多大，小的话，写脚本增量同步应该问题不大，但如果调整过大，那可能成本高，数据安全性还不一定有保障，所以有些技术团队选择停服升级。不过这只是我以为的，实际上说不定有更好的解决方案。
|
 |
7
yhxx 2020-07-30 19:57:07 +08:00  1
这种规模的网站是不太可能出现需要停服更新的
大部分架构师水平都不至于这么烂 这样一个能发文章有讨论区的社区忽然维护。。。 |
|
8
OldCarMan OP @Maboroshii 是的，我也是这么认为的，不过可能是我技术视野不够，说不定有更好的解决方案，或者有方式可以避免这类升级的发生。U•ェ•*U
|
 |
11
YaakovZiv 2020-07-30 20:22:53 +08:00
10 月可能还有一次，北京要开会
|
 |
12
changwei 2020-07-31 14:44:07 +08:00 via Android
昨天简书也挂了一段时间
|
Select Language