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

[eightqueen]

我了解了一些近几年硅谷和国内的创业公司，基本没听到centos的名字，只有大公司和传统行业还在用。

[zhuang]

@johnsmith123 你这一堆问号描述了什么问题？你真就以为这是运维水平的问题？

对于运维来说，一个终极问题就是，怎么构建 bit-perfect/deterministic/reproducible 的系统。

Debian 什么情况？Debian 目前有个仅仅有个试验性质的系统，还不具备 determinism 的性质。换句话说，基本不可用。其他发行版也半斤八两。

别说操作系统这个级别，就是 chromium/firefox 这种，都很难保证二进制的一致性。

[johnsmith123]

@zhuang hhh debian试验性质 其他发行版半斤八两？
二进制一致，你真的知道二进制是啥吗？
换句容易的理解话:"你知道什么是运维吗？"
一致还不容易？ 一样的发行版，一样的命令不就好了。

给你解释下吧
1.“优雅”:我头一次看到有人用这种方式比较发行版，很有想法。

2.“高版本kernel”：如何安装？你还真以为一个git能搞定啊？安装后已存的各系统的依赖关系绝大部分会出问题，代价超高，谁负责？至于4.X和gentoo，你如果只提到gentoo，我认为你是大牛，因为据说所知，国内能用gentoo只有一家。但是你提到了4.X。简直就是瞬间暴漏了你对运维的无知。而且

3.你不知道现在的docker对运维来说是灾难吧？这可不是说运维会因为docker失业，而是docker本身就是。。咳咳。而且，你有读过所有docker的官方文档吗？你知道docker底层是依赖什么实现的吗？(这里有些卖弄了)，你真的知道什么是虚拟化吗？总是有些人认为docker能解决所有问题而认为运维是万恶之源，对于理想主义者我只能呵呵。

4.而且忽略版本差别这种话还说的出来，在linux下一个版本依赖能搞死你。

理想主义者就继续做梦吧。反正没你们什么事，服务器挂了网络抖了服务挂了都怪运维就是了。切。

[scys]

这种已经是日经贴了？
我挺喜欢看这种帖子呢。
现在有个经验丰富的人推荐我考虑centos，理由是更加稳定。嗯？我对此表达最大的怀疑
然后说一句经典名字“依赖都是自己编译的”。

然后我在想，为什么大企业自己不弄一套发行版行了？依赖自己解决，自己测试然后发布给服务器统一升级？

[scys]

@scys 经典名字-》经典名句，自己逗自己了。

[johnsmith123]

@scys :)

[sinxccc]

@scys RH/CentOS 走的其实就是这个路子，只要大版本对得上，系统和基础库基本就没什么差别，企业只要管好自己的东西打一个或者几个大 rpm 给客户就行了。

[redsonic]

@scys “ 依赖都是自己编译的 ” +1

[webjin]

@johnsmith123 +1 我在很多机房待过，用debian很少很少，用centos最多，其次ubuntu,虽然u是基于debian再发行，但是已经改的很多啦。其次是redhat再次是suse

[johnsmith123]

都是些站着说话不嫌腰疼的人。跟你们解释了这么多感觉就是对牛弹琴。
B了算了。

[datocp]

玩linux就是折腾，2006年时还在玩打包，不同发行版，各自的包工具，玩得真心累。到最后还没跟对主流桌面，算了还是用windows吧，省心。
这些年都是在线更新，不大会有人再去编绎软件了，依赖是很麻烦的事情。最终选了centos,据说是商业化软件支持更好。跟动主流很重要，没时间瞎折腾，重新布署。

[scys]

@sinxccc 情况可能有点不同，你说的是发布出去的软件，附带的依赖关系解决，这种解决方式你说的我感觉是最正确的解决方式了。

而我表达的是，比如一个公司内部几百台服务器要管理，我想法是可以推行一个自己根据某个centos或者debian等等的进行定制化处理后的发行版本。

其实两者我都用过一段时间，感觉centos操作繁琐，而且遇到大版本升级，总是解决不好各种错误
debian我是一路乱飘都没有出现大问题，可能是自己环境小吧。

@johnsmith123 其实我是来偷师的，看到些好经验尽量吸取：）哈

[johnsmith123]

@scys 找一个靠谱的运维工程师多学学吧，这圈子实在是交流太少了，而且出来讲的人基本上都在吹牛，真是。。

总而言之一句话:既然经验丰富的人让你用CentOS，你就好好用就是了，这职业吃的是经验，好好的经验你不用，瞎想什么，操作繁琐是你技术不够，别怀疑了。

以此为界，B了。

[sinxccc]

@scys 发布给外部客户和内部客户没有区别吧…我的理解是，即使是公司内部的几百台服务器，最终也是应该是在一台机器上打包，然后通过内部的 repo 或者 rsync 之类的工具分发到目的服务器上的。如果是很大的企业内部的话或许有更专业的软件干这个事情。

CentOS 的跨版本升级一直到最近的 6->7 才支持的，渣是正常的。我觉得大部分跑 CentOS 的服务器也没考虑过跨版本升级，用到 RH 的支持周期结束，硬件也就该换了…

[redsonic]

@sinxccc 个人觉得外部客户和内部客户区别比较大的地方在于运维工程师对系统的可访问性，对于外部客户而言如果包发出了，出了问题后的排障要比内部的麻烦得多，而且还要付出一些预料之外的成本。沟通能力差的工程师往往不擅长对外适宜，这点需要考虑到。

[qw7692336]

大概因为创业公司没有很专业的运维，平时熟悉的linux桌面版就可以当服务器用了

[liuchen9586]

吵什么啊，不是根据环境来的吗
要是跑Oracle数据库什么的绝对用RH，你跑APP用debian或者ubuntu还更方便点

[msg7086]

这都能吵起来wwwww

用Deb系还是RH系完全是看需求和用途。

比如开发的系统如果是特别依赖运行环境的，比如大公司的大型系统，各种C/C++系统，各种Java系统，各种Oracle什么的，脆弱的要命的设计，升个软件就能搞挂的，那当仁不让用RH了。
比如大家用得滚瓜烂熟的Centos6系，那可是5年前就冻结了的发行版，里面的版本可能更早，对于程序员和运维来说，这5年根本不用学新知识新技术，也不用升级或者适配，吃吃老本就行了。反正官方维护到2020年，还可以再吃5年老本，减轻程序员和运维负担。

比这个稍微好点的是Ubuntu，也是适合各种老系统的。我们公司就是用的这个，12.04LTS，我们的软件脆弱的要死稍微升级个包版本就可能把软件弄挂掉。缺点是Ubuntu的支持期太短，没多久就停止维护了，于是公司里一大波人被迫研究怎么迁移到14.04LTS去，痛苦万分。

Debian就是完全另一个风格。提倡尽可能用系统软件包而非自己编译；就算自己编译也是打包成deb包，让包管理解决依赖。生命期里软件版本冻结，但是可以跨版本更新，比如Deb6升级到7，或者7升级到8，都是可以的。对于开发人员也可以轻松改用rolling update版本开发，提前应对升级带来的影响。
依赖Debian系统的软件，必须要能自行解决依赖问题，又或者必须不依赖系统环境。现在很多初创公司，为了尽快做出产品，加快开发速度，必然会选用一些很新的平台与技术，比如Docker，比如Go，比如RoR，比如PHP，比如Python，比如Scala。这些东西有个共同的特点，那就是降低了平台依赖性，到处都能跑。既然到处都能跑了，那放着性能更好软件更新的发行版不用，去用5年前的系统做什么。创业公司必须活在未来，而不是活在古代。

另外楼上一票在说运维问题的。RH系运维难度比Deb系大很多。公司招人起码也得找个RHCE吧。这年头一个跑Go或者PHP的Debian运维如果开价80-100k的话，一个同等级的RHCE运维至少120k-160k。对于一些创业公司来说两个系统跑起来根本根本没差（特别是Docker以后），每年多花5万刀去体验RH/CentOS这是有蛇精病啊。（甚至稍微有点能力的开发工程师都可以兼职Deb运维，那还能省一笔钱。）
倒是如果拿到很多风投以后，甚至上市以后，能培养起运维团队了，再换CentOS倒也是可以。只不过你都换RH系了，为啥不直接上RHEL订阅？

[unionx]

Docker：来吃我一 Container！

[echo1937]

@msg7086 RHCE现在满大街都是呢,不存在更贵的问题.

[zent00]

楼主不要直接下定论，比如 Facebook 当初也是创业公司，一路用着 CentOS 过来的。