生产服务器，编译还是二进制？

[zinev]

首先，我不是来引战的。

有心想往运维方向发展，很好奇各位公司或者个人的正式业务是编译多还是二进制多？

几个限制条件：
Linux RedHat／CentOS Debian／Ubuntu 生产服务器

二进制还是编译？处于什么考虑？


PS：lz目前大二学生，想往运维发展，有什么好的建议不？

[Mars]

别编译了。。。太费时间，如果服务器多的话，累死你。。。现在的服务器性能都很强，编译出来的东西，性能优势不明显。

[Twinkle]

感觉二进制没啥不好，当然就我的使用程度来讲，看法可能还是非常肤浅的

[ryd994]

@onlyice 我认为这很合理，集中管理

[onlyice]

@ryd994 如果编的是 Apache, Python, MySQL 这种东西呢？生产机器上连个包管理系统都没有，这些基础的包都要自己编译，相当要命

[zent00]

@snnn 编写这些自动化程序的人，还有监控这些程序是否被正确执行的人，以及发现异常后来处理的人是谁？依旧是运维。虽然现在有一种岗位叫“运维开发”，但其核心工作内容还是围绕着“运维”这件事。

[hitsmaxft]

生产环境是发布最终代码的地方。自然是用语言规定的最终格式。编译在编译机器上搞定，不是运维人员的范畴。

[ryd994]

@onlyice 犯不着吧，生产服没包管理这也太……
没特殊原因的话这可以说是作

[AstroProfundis]

内网自建软件源，专用服务器打包过后放到源里面，需要的机器自己从源安装，本质上还是二进制分发

[julyclyde]

一是编译慢，二是无法表达依赖关系，容易缺feature

[yangzh]

@zinev 你这也是醉了，要不是服务器提供镜像有 bug，要不是你打开方式不对。

[dreamtrail]

早就不自己编译了，维护起来太麻烦，依赖关系自己很难搞清楚。。

[JohnVon]

在一台机器上编译解决完所有依赖后打包，传输到目标机器s解压，设置path 目前是这样搞的