Arch Linux因其激进的滚动更新和内核更新机制，以及缺乏虚包支持和较大的打包粒度，使得它在服务器环境中可能存在稳定性与管理复杂性问题。这些问题包括可能导致系统崩溃的未经充分测试的软件包，频繁内核更新带来的恢复困难，以及无法灵活处理依赖冲突。尽管Arch在桌面系统上受到开发者喜爱，但在服务器场景中，更稳定的发行版如Ubuntu Server、CentOS等更为常见。
我前面好几篇文章都有关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官网时不时会发布的、用以帮助技术人员手动解决更新问题的“临时解决方案”：
最低0.47元/天 解锁文章
扫一扫
226
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
