IT之家学院:为什么Arch Linux不适合作为服务器操作系统

  • 时间:
  • 浏览:1

感谢IT之家外国日本老外DotNet码农的投稿

我前面好几篇文章全版都是关Arch Linux,我另一方也是虔诚的Arch邪教教徒,因此 大家老是 会问:为那先 Linux服务器几乎无须采用Arch Linux?大家大家大家都 见得多的Linux服务器系统一般全版都是那先 Ubuntu Server啊,那先 Cent OS啊,那先 Fedora啊,不可能 企业采用的Red Hat啊,为那先 几乎不到Arch Linux呢?下面我将从若干个方面指出Arch Linux在服务方面的劣势。

1、过分激进的滚动更新

滚动更新是Arch Linux最大的优势,但一并也是最大的劣势之一。鉴于Linux属于一类全版开放的项目,技术人员的能力参差不齐,贡献的代码质量当然也是参差不齐的。对于其它的发行版来说,软件包都要经过社区完善的测试才会被发布至软件源从而被用户更新;然而,Arch Linux的滚动更新机制过分激进,而Arch社区对软件包的测试无须绝对完善(有几本人滚挂过?)。从有一种意义上来讲,Arch许多发行版,相当依赖其用户群体作为测试对象;它的用户群体全都 类事测试人员的居于。Arch社区鼓励用户向上游反馈Bug,也是许多特殊的体系的表现。下图是Arch官网老是 会发布的、用以帮助技术人员手动避免更新难题报告 的“临时避免方案”:

假如一台Arch服务器在更新时滚挂了,技术人员顶着Boss的压力,不仅要一边努力恢复服务器,都要一边向Arch社区的上游反馈Bug、提Issue。许多事情谁全版都是让你干的吧。

2、激进的内核更新机制

全都Linux桌面用户不止一次地问过我,为那先 大家大家大家都 的桌面Linux在更新的时候不让像Arch一样立即删除旧的内核?从前全版都是会浪费空间吗?

许多立即删除旧内核的更新机制也是Arch作为服务器的劣势之一。首先,新的内核不一定都能正常工作。万一你的新内核造成崩溃,你不到法律辦法 立即加载旧的内核,而都要重新安装旧的内核。许多过程是非常麻烦的,你不仅都要从安装介质启动,还都要设法弄到旧版内核的软件包。对于远程服务器来说,几乎无解。下面是来自Arch Wiki的避免方案。可不都要看得出来这有多么麻烦:

其次,立即删除旧的内核要求系统都要重启来加载新的内核,因此 容易居于诡异的难题报告 。这是不可能 Linux所谓的“内核”包蕴含血块的动态加载模块,不可能 在某次启动后,某个模块不到被加载过,因此 系统内核更新了,删除了旧的内核,不到那先 模块将永远不到被加载了——除非你重启系统全版切换到新的内核——不可能 它们随着旧内核被删掉了。

不可能 你手头有Arch系统,我能 尝试一下在某次启动时候不插任何USB设备,因此 更新内核。我能 发现,不可能 你不重启系统,无论你为啥努力,新插上去的USB设备老是 不让被加载——不可能 都要被加载的模块不可能 随着旧内核删掉了。重新启动系统能全版切换到新的内核,以使用新版的动态加载模块。

因此 对于服务器来说,不让可能 4天 两头重启;然而Arch Linux却又是一有一个多多多一周一小更,一月一大更的快速迭代的操作系统。这就使Arch不适战略相互合作为服务器操作系统。

3、软件包管理体系

Arch Linux被推崇很大一每段的原因是便于使用的软件包管理体系。不同于Debian系列的apt/dpkg和Red Hat系列的dnf(yum)/rpm包管理体系,Arch Linux只用了一有一个多多多工具pacman就避免了获取和安装一有一个多多多功能。这降低了为Arch Linux制作软件包的门槛,这也是AUR几乎能蕴含整个Linux软件生态的主要原因。

既然一有一个多多多工具就能完成工作,那为那先 另外一有一个多多多主流系列都依然居于一有一个多多多工具来管理软件包体系?这是不可能 ,许多一有一个多多多工具来管理软件包的体系中,那个负责避免本地依赖和本地包的每段,不仅仅是为了管理依赖、安装软件包而居于的。它还有更有用的功能:提供“虚包”支持。提到“虚包”就不得不提到Java许多平台,不可能 Java的开放,常见的Java运行时环境有有一种:一有一个多多多是Oracle官方的JRE,从前是开源社区创建的Open JRE。它们都对Java提供很高程度的支持,因此 依然居于微妙的差别。比如Android Studio使用Open JRE运行就会偶尔出先 奇怪的Bug,而另外有一小每段软件则不到正常运行在Oracle JRE上。它们都提供JRE的支持,因此 对于Debian不可能 Red Hat来说,二者是能共存的:dpkg不可能 yum可不都要决定对于那先 应用多多线程 选用哪个JRE为应用多多线程 提供JRE依赖。

因此 对于pacman来说,虚包支持那先 的,不居于的。不到一有一个多多多多软件包提供JRE支持:安装一有一个多多多就都要删除从前。对于服务器来说这就相当尴尬了:无须能保证所有的多多线程 都能找到完美的依赖。

4、打包粒度

其实最近几年有所改善,因此 Arch Linux的打包粒度对于服务器来说还是过分大了。大家大家大家都 我知道你只会用到某软件包的一每段,因此 pacman会把整个软件包我能 装上——你还找不到选。对于服务器来说,为实现功能所安装的软件包越少越好——一来节省资源,二来可不都要减少由软件体系带来的漏洞。这也是Arch不适战略相互合作为服务器操作系统的原因之一。

就我目前的经验,以上理由可不都要充分打消在服务器上使用Arch Linux的想法。因此 对于桌面系统,很糙是对于开发人员,Arch还是相当不错的选用。

汝等虔诚的Arch教徒们,切勿忍耐;想安装那先 的时候便装,想做那先 研究的时候便做就好——不可能 明天无须见得还能正常运行。