各大云厂商提供的环境版本太低好难受

[Outshine]

比如腾讯云

serverless 自带的 php 版本最高才 7.2 、node 最高 12
容器服务自带的 k8s 最高支持才 1.18

各位大佬平时喜欢用新版的软件吗？

[Asriel]

自己本地开发,玩玩的话版本越新越好,线上生产版本越稳定越好

[BBCCBB]

所以大家用 docker 了.

[Rheinmetal]

个人不适合用那些企业级魔改屎山

[leo108]

老版本更稳定这个想法也不知道是哪个天才 YY 出来的，PHP 7.2 在 21 年 1 月份就已经停止安全更新了，出了安全漏洞都没人管的那种，这么说确实更稳定，bug 和漏洞都比新版本要稳定。

[sayakafs]

一般反手一个 dd,或者有 vnc 直接装在线的

[coolcoffee]

你这个各大里面应该不包括 aws，因为 k8s 已经 1.21.0 了。

[ch2]

python2.7 不服

[gstqc]

老版本稳定
那稳定性排名
Win10 < Win 8 < Win 7 < Vista < Win XP < Win Me < Win 98 < Win 95
iOS 14 < iOS 13 < iOS 12 < iOS 11
依次类推

[feirisu]

但是可以自定义运行时呀

[Jooooooooo]

@leo108 稳定说的意思是线上支持了很多业务, 跑起来没问题. 那是经过验证, 好用的.

切换到新版本不知道还能依然好使, 有什么不为人知的坑.

bug 什么的既然线上跑起来没问题, 就不是大问题.

安全漏洞另说.

[leo108]

@Jooooooooo 先审题，楼主说的是云厂商，而不是公司内部的版本选择。新版本稳不稳定、有没有坑、坑踩不睬是用户（公司）自己的决定，不需要云厂商来指手画脚。

PHP 最新稳定版本（ 8.0 ）都已经释出超过 8 个月了，PHP 7.3 已经释出 2 年 8 个月了，生命周期马上都要中止，TX 云都没跟进我只能说他们根本就没有打算维护 serverless 的 PHP 环境。

[Jooooooooo]

@leo108 最后不好用客服还是找云厂商啊. 运维是有经验在里面的. 运维了特别久一个版本切换起来确实有成本.

[leo108]

@Jooooooooo 所以所谓的老版本更稳定只是 TX 不肯投入人力资源去学习和维护新版本的借口而已

[Jooooooooo]

@leo108 你觉得是"借口", 我看起来是"理由", 而且相当合理.

一个要赚钱的企业在一个地方投钱肯定都是需要理由的, 因为在这里投钱, 就是在另外一个地方不投钱.

[leo108]

@Jooooooooo 我在说「新版程序更稳定」，你在和我说「用旧版更赚钱」

黑人问号？？？？

[jim9606]

这些云服务针对特定版本做了大量的魔改和优化才做成公开卖的 serverless 产品，而基线是立项时就定下来了，内部开发的很长时间才能拿出来商用，对于迭代比较快的技术，一出来就过气实属正常。

如果这种云服务追版本很快，那通常是厂商在上游有话语权，或者干脆就是上游主要维护者，可以对上游开发路线进行干涉。

[Jooooooooo]

@leo108 我一开始就说"旧版本更稳定"啊, 因为线上得到过验证. 你新版本更稳定我看起来毫无理由. 线上跑着的东西最稳定, 新版本新添加的功能就是"不稳定"的因素. 不稳定都是变化带来的.

[Symo]

@Jooooooooo 那干脆在公司地下室里面托管一台 IBM 小型机算了, 还上什么云?

[oott123]

「线上跑着的东西更稳定」像是对自己的工程信心不足，可能代码能跑是凑巧。

[Jooooooooo]

@Symo 要是能满足要求, 为什么不呢?

我猜是不能. (比如一台机器似乎无法满足容灾的要求

技术本来就是服务业务的, 方案都是综合各种因素最终决策的. 用什么云服务 /软件用什么版本只是很小的一块.

[Jooooooooo]

@oott123 对自己的工程信心不足是好事, 对线上的东西有足够的敬畏, 明白自己的任何改动都会带来风险. 使你在其它方面更加努力去弥补这种不足, 在流程机制等方面做的更完善.

如果认为自己代码都是没问题的, 那是否连代码 review, 测试, 线上灰度等环节都可以不要呢?

我发现你们对新东西好像特别放心, 这点可能是本质区别吧.

[oott123]

@Jooooooooo 如果你有完善的测试和灰度流程，那你应该保持足够的信心，不然你的流程有啥用呢

[eric]

穩定（ stable ）和可靠（ reliable ）不完全是一回事。Stable 指的是 it doesn't change，而不是 it doesn't break 。 當然，很多生產事故都跟變更有關。

舊的東西未必更可靠，但穩定是一定的。但如果因此守着一個不再有安全更新的老版本，我不會選擇這種平臺也不想要和持有這種觀點的人當同事。

[Jooooooooo]

@oott123 因为本身做这些事有成本啊. 如果没有必要升级版本, 为什么要做呢?

因为旧版本本身"旧"而决定升级看起来不是一个好理由, 这个资源不如投入别的地方去.

反正讨论到这, 我能看见比较可靠的理由就是旧版本不再维护安全补丁了, 那确实到了升级的时候了.

[Aixiaoa]

@Jooooooooo 算了老哥。这群人写代码写昏头了。 能用就不要动的血泪教训又不是白来的。感情出问题不是他们擦屁股。

[kuangwinnie]

稳定又不是说不出问题，是比较了解是什么样的问题

[Illusionary]

阿里云 ack 1.20

[echo1937]

只要还有支持（安全更新）的版本我都无所谓，给用户提供选择选项即可；

如果是跑了几百年的屎山上云，打死我我也不更新环境，以前环境跑什么版本现在照样跑什么版本，这种老系统割接都很困难，升级运行环境就是给自己找不自在。

[billlee]

这种主要是魔改后合不回去了

[felixcode]

旧项目用旧环境可以理解，加安全补丁用到项目退役都很正常。
但新项目还用远古版本为了所谓的稳定，感觉更像是不想学习新东西的借口，而这理由还能忽悠住很多人，典型的就是 CentOS 6/7 这样的。

[mxT52CRuqR6o5]

我新项目没有线上代码，没有更稳定一说，也用不了新版本，怎么说？

[arischow]

有人审题都不懂得就大讲特讲自己的经验，厂商有没有和用户用不用是两码事。

[nuk]

你也知道是 serverless，上新版本得花人力开发的

[ghost024]

老的软件版本稳定的基础是建立在只修复 bug 不引进新的功能的时候是最稳定的，因为只要加入新功能，就有可能会引入 bug

[shuimugan]

serverless 国内还是阿里云好用，支持用 docker 镜像部署，比较通用，防止被各种 xx 绑定

[matrix67]

是的，操作系统、办公软件之类都要及时升级，但远程访问软件的升级要谨慎。

如果你在使用 2009 年发布的远程访问软件，如果里面有后门，那这个后门必须能做到 10 年都不被发现才行。

普通业务，如果只是增删改查，感觉老版本如果能 work 也不太用升级啊。

IT Runs on Java 8 （ https://veekaybee.github.io/2019/05/10/java8/）

[azkaban]

@leo108 他们说的稳定明显是指线上业务不动的话能一直跑，更了版本，业务直接崩了，尤其国人写的东西，flink1.13.0 到 1.13.1 一个小更新都能删代码，我升完直接程序跑不动了。

[akira]

在意 serverless 的版本的话，就不要用 serverless

[feather12315]

@jim9606 #16 太看得起这些云服务厂商了。运行时环境不会动

[falcon05]

也不是旧的就不能用，lts 可以用，但 PHP7.2 确实是淘汰了。

[xiaket]

经常收 aws 邮件说你那儿的 lambda runtime 又要升级了

[jimages]

某大型互联网公司（ bat tmd ）的核心业务大部分还在用 php 7.0dev 版本 （手动狗头

[jimages]

我自己去线上机器查的版本...... 7.0 就算了，还 tm 是 dev 版本就离谱了。

[Sasasu]

@jimages 你这么说没有匿名性，是个人就知道是百度

[mywaiting]

翻了一圈竟然没有这个回复，我来帮大家补上吧：

版本新旧有什么关系？又不是不能用！又不是不能用！又不是不能用！（说三次！）

[ragnaroks]

商业产品用第二个最新版，社区产品用人最多的版本

[box]

@mywaiting 哈哈哈

[zpxshl]

没想到...旧版本更稳定这种结论还有人杠....

[Outshine]

我用新版一般是想用新版软件的特性
比如 vue3 的 composition api
比如新版编程语言的语法糖
还有的情况就是某些扩展包依赖环境版本