互联网创业公司是不是偏向使用 Debian 系 OS?

2015-07-26 20:39:33 +08:00
 eightqueen
我了解了一些近几年硅谷和国内的创业公司,基本没听到centos的名字,只有大公司和传统行业还在用。
6514 次点击
所在节点    问与答
66 条回复
zeacev
2015-07-26 20:47:49 +08:00
占个坑,目测这个帖子又有一场骂战,出售瓜子花生小板凳啊哈哈
wy315700
2015-07-26 20:52:17 +08:00
花生啤酒矿泉水
cxshun
2015-07-26 20:53:15 +08:00
我们是用debian系的,但以前(UC)有redhat,centos和debian,都有。其实选哪一个主要看技术人员的熟悉程度,但话说反正都是SSH上去,基本只是包管理apt-get和yum的区别罢了,其他真的相差不大,所以无所谓啦。
maemual
2015-07-26 21:36:34 +08:00
ls +1
完全就看运维对哪个熟悉。大部分互联网公司根本用不出来这两个系统的区别。
qiayue
2015-07-26 21:39:13 +08:00
之前用 ubuntu ,现在用 centos
依大多数创业公司的流量水平,随便什么系统都没问题吧
johnsmith123
2015-07-26 21:44:47 +08:00
我了解的大公司和传统行业,基本上没听过Debian的名字,只有一些硅谷和国内创业公司不想请运维,开发随便装个阿里云ubuntu什么的就以为会Linux了。 求喷。
ck65
2015-07-26 21:50:37 +08:00
如果是我带项目,很有可能是 debian。但,一定是 utf-8。

然而我并不是带项目的。。
redsonic
2015-07-26 22:19:07 +08:00
以下debian fan勿喷。公司之前用debian,很多运维工程师在发现库依赖时大多用apt-get安装deb无脑一路next,实际结果相当于debian6升到了debian7 ,没错版本还是6,但很多东西都是7的了,导致很多依赖的库版本变更,这样开发人员根本不知道客户的环境是什么,最后没办法了,开发人员竟然要自己登录到客户的环境去搞一番,弄得大家都怨声载道。后来换了rh,开发人员主动把运维的运行时环境定了统一标准,遇到依赖的库(直接或间接的),都提供RPM给他们,rpm -Uvh * 无脑操作,从此大家都相安无事。
我的经验就是 开发部门能够主导运维工作的可以选debian,或者资深的系统工程师带运维,否则还是rh系的省心。
49
2015-07-26 22:24:11 +08:00
被兽兽从RH阵营拉到了Ubuntu阵营。
Pia!▼(o ‵-′)ノ★!⊂▼(o ‵-′)ノ彡★))д`)
Tink
2015-07-26 22:34:37 +08:00
热闹
johnsmith123
2015-07-26 22:36:12 +08:00
LZ好大的口气,“只有大公司和传统行业还在用。”
那你还想让谁用,不要笑死人了。
这种求喷的真是。。M?
ifishman
2015-07-26 22:37:56 +08:00
@redsonic
然而debian也可以:dpkg -i *.deb

请不要打我
eightqueen
2015-07-26 22:41:18 +08:00
@johnsmith123 想让创业公司用啊,你喷吧
zhuang
2015-07-26 22:44:55 +08:00
用什么系统不是问题,某些系统相对来说更容易解决某些问题。

至于某些“企业”发行版,多数时候并不是买的企业服务,而是买的硬件于是搭配了对应的企业版系统。



放到现在,多数虚拟化都转移到容器一层了,选什么系统真就不重要了。

(说句题外话,目前 docker 的后端系统官方选择是 aufs 文件系统,而 aufs 并不在 kernel 3.x 的稳定分支上,而是以第三方补丁集合的形式存在,kernel 4.x 确实集成进了 mainline 但只是 latest 分支而非 stable 分支。所以需要 docker 虚拟化的多数要自定义内核。而主流发行版里,提供官方集成 aufs 内核源的……似乎没有,Gentoo 算一个吧,但是 Gentoo 应该不算主流发行版……)



过去的话,无论哪个发行版都面临一个问题,运行时和依赖的一致性。相对来说,Gentoo/NixOS 解决这个问题更优雅一些。主流的发行版在这方面几乎都比较坑。

还是以前面 docker-aufs 为例,既然官方不提供,那么运维的工作就是,拉个官方高版本 kernel 回来,去 aufs git 源拉补丁回来。编译并启用,一切很美好。

但是等过两天,由于业务需要,运维需要在新机器上部署同样的系统。但这时候你再去拉同样的内容时,它们的版本很可能发生了变化。你可以完全忽略这种差别,但是不同机器上的运行时依赖,甚至是你部署的应用本身,都已经发生(二进制)变化了。

也许你觉得我可以拉取某个特定的内核版本,打补丁时追溯某个特定的 git commit,但这并不足够。你的工具链系统可能随着系统的更新而变化,多数发行版的 stable 只是更新比较慢并不代表不更新,更何况很多时候需要及时部署安全补丁,在源一致的基础上,工具链和依赖也要保持一致。
johnsmith123
2015-07-26 22:48:57 +08:00
@zhuang 优雅? 高版本kernel? 容器? 一切很美好? kernel4.X? 忽略版本差别? 内核版本打补丁遵循git commit?
卧槽 运维到底在跟什么样的一群人在战斗?
crazycen
2015-07-26 22:51:55 +08:00
linux不都是一样的么?
viator42
2015-07-26 22:52:31 +08:00
debian的软件包比centos的要全,很多东西用不着自己编译.稳定性来说他俩基本一样.选择的话当然选简单的那个.
redsonic
2015-07-26 22:54:09 +08:00
@ifishman 不会打了, 交流一下经验而已。 dpkg -i *.deb 如果遇到依赖过不了 ,大部分人都该用apt了吧,真的,debian的apt或者说deb做得比yum、rpm好,好到可以一路next解决所有依赖,但不是所有人都知道这其中发生了什么。yum只要不是upgrage 环境不会有大的变化。如果yum都解决不了的问题交给开发人员去解决更好,比自己私下用apt“搞定”要更透明、可控,起码日常的文档里面我知道我要怎么去记录。以上都是基于运维开发成本及公司的水平来看,除此因素之外应该都一样。
LazyZhu
2015-07-26 22:56:21 +08:00
又来这种日经贴?
系统用得如何最终在于人,不过Debian网上资料多,遇到问题容易解决(参考我以前发过关键词搜索结果)
而且Linux服务器数据统计也是这样:
http://w3techs.com/technologies/details/os-linux/all/all
http://w3techs.com/blog/entry/debian_is_now_the_most_popular_linux_distribution_on_web_servers


另外, 又可以block一些无脑喷子了,比如5楼.
johnsmith123
2015-07-26 23:00:00 +08:00
@LazyZhu hhhh 笑而不语,所以说外行始终是外行。
我有足够的理由反驳你的每一句话(除了最后一句)。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/208491

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX