2

风险倒没啥，就是太慢了，群晖 cpu 、内存都不给力，你这 8G 更不够用了，除非只用来当 gitlab server

3

1

可行性：可以
潜在风险：性能太差，不好垂直扩容

4

1

9

@longbiaochen 垂直扩容意思是直接把单体服务器的规格提上去，比如在云上，如果性能不够用，你可以直接变配就完事了（比如 2C4G -> 8C 16G 这种），这也是云计算的好处；
但是在 NAS 上……只能祝你好运了。

12

用 gogs 是不是会好点。

13

1

没必要，你的这个场景很适合云计算。
先把原来的按量付费转换到包年，然后预付个三五年就能拿到一半以上的折扣。
按照 GitLab 500 个用户计算，只需要 4 CPU + 4G 内存。
阿里云这个配置的机器要多少钱呢？
加上 1T 硬盘，不算流量费、备份费用仅仅需要 2.2 万 /5 年，平均每年不到五千元。
如果奢侈点为 1000 个用户服务呢，8 vCPU + 8G 内存每年需要六千元的服务器费用。
整个选型还是考虑到 GitLab 是 Ruby on Rails 架构，重负载程序，采用了计算密集型的服务器，如果选突发性能实例，年均三千多。
群晖软硬件都无法和云计算的可靠性相比，慎重入坑。

14

没运维吗？搞一台服务器在内网，再每天备份吧，外网需要走 VPN

15

Gitlab 挺费资源的，群晖上跑有点吃力。群晖自带那个 Gitab 是半弃坑状态，就算要搭，也建议用 Docker 自己搭自己管理。

16

@PureWhiteWu 我们原来在阿里云上就吃了弹性变配的亏，它规定系统盘最大只能 500GB，当时写满后直接崩了，回滚了好多次才发现问题；直接买云盘挂载到 /var/opt/gitlab 后快照就创建不了了，无奈之下才挂载到 /data 下。这么一折腾花的时间精力感觉还不如自己搞运维。。

19

@046569 感谢，后续报预算时就这么买；目前我们的流量和备份是大头，而且还要求速度快，所以当时转成按量计费，用的是突发性能实例，总的来说用起来都很爽，就是贵[呲牙][呲牙]

21

@longbiaochen 自己搞运维，崩了你更难搞……我举个例子，比如你发现群晖 CPU 性能或者内存不够了，你咋办？
我理解你现在遇到的问题，解决一次就一劳永逸了，如果空间再不够直接 SSD 云盘变配扩容就是了。

22

群晖太慢了，尤其人多了的时候。我们是直接 win 服务器上 hyper-v 跑 linux，linux 里 docker 跑 gitlab，定期做备份到群晖。

23

@PureWhiteWu 的确，今天准备取个折衷，迁移到私有云的 VM 上，再定期备份到群晖；感觉上云肯定比裸机灵活稳定，但公有云的存储还是做得不太好，收费也太高。