GitLab沟渠公共云

流行的开发平台GitLab认为公众IaaS云不是一个有效的平台举办开放源文件存储系统具有高输入/输出的要求。所以,GitLab抛弃云。

在一个博客中解释了这一决定GitLab工程师说,他们将过渡CephFS存储工具裸金属基础设施,他们将管理自己。GitLab提供了一个平台,帮助团队的开发人员编写,测试和船舶代码。

GitLab存储问题是一个典型的例子,不是所有工作负载都适合公共云。GitLab几乎是第一家将应用程序从公共云;DropBox宣布计划建立自己的云平台,而不是今年早些时候使用Amazon Web服务的云,为例。尽管如此,许多其他企业会在云上。

这些冲突的例子强调每个公司必须评估自己的情况来确定云是一个适合他们的组织。

+在网络世界有个足球雷竞技app:你需要知道什么microservices+

GitLab CephFS需要“真正底层基础设施性能,”GitLab工程师写道。“通过选择使用云,我们默认共享基础设施和很多其他的人。云是分时,即你与他人分享机器供应商资源,”GitLab写道。“因此,供应商必须确保每个人都公平的份额。为此,供应商的性能限制和阈值对他们提供的服务。”

GitLab试图在云上运行CephFS(它不显示哪一个),但说成了“吵闹的邻居”的应用程序请求共享服务器上的CPU使用率的峰值。“我们成了邻居演奏他们的音乐大声真的晚了。所以我们惩罚延迟,”博客解释道。图表的博客显示延迟CephFS范围从10秒延迟到一分钟左右。

GitLab

传统智慧认为,公共云有利于扩展变量demmand工作负载。根据需要优化可以旋转和退役当负载下降;与此同时用户只支付所需的基础设施。但GitLab发现了一个问题:资源的扩展需要时间。“我们发现的是,是的,你可以继续产卵更多的机器,但有一个阈值在时间,特别是当你添加沉重的IOPS,变得不那么有效,非常昂贵。你仍然需要支付更大的机器。云计算的本质是分时所以你仍然不会得到最好的性能。当它归结到它,你支付很多钱得到一个劣质的服务水平,同时仍然需要更多的性能。”

捍卫公共云供应商,有方法最终用户可以向基础设施保证他们的应用程序的性能。在AWS云,例如,客户可以支付溢价专门的基础设施上运行他们的应用程序不与其他用户共享。顾客也可以支付额外的保证提供每秒输入/输出通过使用亚马逊EBS提供IOPS,公司的弹性块存储服务。这些场景都是更昂贵的比按需或标准non-provisioned IOPS存储虚拟机实例,然而。

GitLab开关的自我管理裸金属服务器将有它自己的挑战。服务器基础设施的公司将支付预付资本成本,然后将不得不计划维护和更换的成本。云释放用户从这些义务,基础设施运营费用。但是对于GitLab,一致性能可靠运行自己的基础设施比这些挑战。