请问 gitlab 部署在 docker 上的优势是什么，有必要 docker 部署吗

[unt]

安全性如何，在 V2 上看到好几个 gitlab 被攻击的

[unt]

@brader #18 前端全栈

[int80]

docker compose 一把梭，有什么麻烦的？

[clf]

@brader 不是编译的问题，而是如何快速去解决 gitlab 、gitlab-runner 等一大堆依赖 git 的服务去平稳切换依赖。如果只是装个 git 最新版本，轻轻松松。

我对 centos 编译后能不能直接更新替换原来的 git 不是很清楚。总之我能找到的大部分 centos 的教程都是要卸载掉 git 老版本的。然后卸载 git 老版本的前提是你得卸载掉 gitlab 、gitlab-runner 等一堆依赖 git 的东西。如果不是 1.x 版本的 git 会有严重的 bug ，我是一点也不想升级它的。

[gengchun]

只考虑不用维护依赖的话，和简化升级。其实官方的 omnibus 包的安装难度并不比官方 omnibus 容器镜像高多少。因为还是要自己搞定 MTA 。比较常见的是独立虚机加上 omnibus 包。

更简单的其实是用虚机镜像。gitlab 有官方的 AMI ，只不过 aws 相对较小的云服务商比较贵。

docker 的部署只是在费用和便捷上面折中了一些。这样可以复用一台虚机。还有一定的隔离。



安全性的话，一般这种内部服务，不建议直接放到公网上，实在要用公网，至少要配置双向认证证书。公网只有双向 https 和 ssh 端口，要攻击还是很折腾人的。

上私有 gitlab 算是比较大的组织和项目才需要的，一般就是降低运维难度和费用之间做选择。

[flexbug]

这个不都放内网吗，怎么还有外部攻破安全问题

[shanyuhai123]

docker compose 一把梭，有什么麻烦的？

[securityCoding]

我现在的理念是任何后台服务可以的话肯定首选 docker ，把数据目录挂载出来就好

[zr8657]

我连 docker compose 都懒得用，直接拉 latest 镜像 5 分钟就搞定了。反正都是内网，怕啥

[julyclyde]

没有什么优势