GitLab架构与安装全解析
1. GitLab的云原生发展历程
在2016年末至2017年初,GitLab社区曾就GitLab.com从云端回归裸金属是否具有成本效益展开公开辩论。当时,用于存储仓库的文件系统是Ceph,但该分布式文件系统的性能不足以支撑GitLab.com的运行。社区为此征求建议,并收到了许多有类似迁移经验者的反馈。最终,决定继续留在云端(https://about.gitlab.com/2017/03/02/why-we-are-not-leaving-the-cloud/),转而专注于在应用层面优化Git的输入/输出(I/O)行为,这也促使了Gitaly组件的诞生。GitLab创始人Sid Sijbrandij强调,GitLab是一家软件公司,而非基础设施公司。
2018年8月,GitLab将基于云的服务GitLab.com从Azure迁移至Google Cloud Platform(GCP)。CEO Sid Sijbrandij表示,选择GCP的主要原因是Google作为公共云提供商,在云计算方面经验更为丰富,其网络质量也领先于其他云服务提供商,网络更可靠、抖动更小。事实证明,这次迁移取得了成效,用户反馈GitLab.com的速度明显加快。此外,采用Kubernetes作为容器编排器可能会进一步提升性能,这也是GitLab战略的重要组成部分,除了实现GitLab Runner的自动伸缩外,还能在更多方面融入相关功能。GitLab还使用了自己的高可用性工具GEO来同步不同云之间的数据,并且借助Google的架构,GitLab还能利用对象存储实现特定功能,如Git LFS。
2. GitLab的安装方式概述
GitLab有多种安装方式
超级会员免费看
订阅专栏 解锁全文
3866

被折叠的 条评论
为什么被折叠?



