Amazon web services AWS上的自托管GitLab

Amazon web services AWS上的自托管GitLab,amazon-web-services,docker,Amazon Web Services,Docker,我们正在AWS上维护Docker Swarm实现,使用多个EC2实例为Swarm提供支持 现在,我们希望将我们的Gitlab存储库迁移到AWS VPC中的自托管Gitlab 因此,我想知道哪一个是AWS上自托管Gitlab的更好解决方案: 在AWS上使用AWS AMI或 使用gitlab提供的常规Docker映像在AWS上自托管gitlab,并在任何Linux AMI上运行它 有没有人尝试过两种解决方案来比较它们。 AWS AMI乍一看似乎更简单,但是在Gitlab的本地Docker映像上使用它

我们正在AWS上维护Docker Swarm实现,使用多个EC2实例为Swarm提供支持

现在,我们希望将我们的Gitlab存储库迁移到AWS VPC中的自托管Gitlab

因此,我想知道哪一个是AWS上自托管Gitlab的更好解决方案:

  • 在AWS上使用AWS AMI或
  • 使用gitlab提供的常规Docker映像在AWS上自托管gitlab,并在任何Linux AMI上运行它
  • 有没有人尝试过两种解决方案来比较它们。 AWS AMI乍一看似乎更简单,但是在Gitlab的本地Docker映像上使用它可能有任何缺点,比如更新到Gitlab的新版本等等

    非常感谢


    A

    这完全取决于您的团队希望如何维护服务。您仍然需要所有其他服务,RDS、S3、NFS,所以在ASG或docker swarm中维护EC2实例?这完全取决于每个团队对各自技术的适应程度。由于您可以轻松地运行Docker容器,假设您正在运行Swarm,那么将Gitlab实例作为容器运行应该相对简单

    使用EFS的GitLab用户有许多记录在案的问题。以下是GitLab团队发出的警告


    谢谢@ Sunjjz,这是否意味着,如果我们运行AMI机器或本地DOCKER图像,不管您提到的其他部分(RDS、S3等),都是一样的,缩放、操作和成本是3个因素来考虑。Docker image将比ami便宜升级过程将是循环asg或进行Docker服务更新,这两者都应该是自动化的。因此,成本和运营是您的选择。IDK的ami或图像的升级时间表,所以从我的角度看没有什么区别。成本是最后一个因素。