Gitlab Runner 多久連接一次 gitlab.com？

Question

我是 CI/CD 的新手。 我在我的 VPS 上為我的項目安裝了 Gitlab Runner。 第一個管道在推送到master分支后成功通過。 問題：

1. Gitlab Runner 不監聽任何端口。 相反，它連接到 Gitlab 服務器本身並檢查是否有任務。 真的嗎？
2. 如果是這樣，Gitlab Runner 多久連接一次 gitlab.com？
3. 將 Gitlab Runner 和項目保持在同一個 VPS 上是否危險？

Answer 1

Gitlab Runner 不監聽任何端口。 相反，它連接到 Gitlab 服務器本身並檢查是否有任務。 真的嗎？

是的。 就作業 go 而言，它是專門的“拉動”機制。 盡管 runner 可能會打開端口以獲得其他功能，例如session 服務器。

如果是這樣，Gitlab Runner 多久連接一次 gitlab.com？

默認情況下，每 3 秒檢查一次新作業（假設尚未達到並發限制）。 這可以通過check_interval配置來配置

將 Gitlab Runner 和項目保持在同一個 VPS 上是否危險？

可以，因此應盡可能避免這種情況。 危險程度在一定程度上取決於您使用的執行程序以及您如何配置服務器。

您的 GitLab 服務器的文件系統非常敏感； 它包含許多不應該暴露給任何人的關鍵機密和操作組件（包括 CI 工作）。 除此之外，作業還可能導致性能問題——如果作業使用過多的內存/cpu/IO/等，它可能會導致資源爭用並損害/崩潰服務器上的其他 GitLab 組件。

如果您將服務器和運行器部署為單獨的容器，使用 Docker 或 Helm 部署 GitLab 和運行器在 VPS 主機上，您可能能夠擺脫單個 VPS； 您可以使用單獨的邏輯 Docker 卷並通過 Docker 設置資源限制......但是在這種情況下仍然存在一些額外的風險，並且配置錯誤（可能比人們想象的更容易犯）可能會產生嚴重后果。