gitlab 运行者和 gitlab 代理有什么区别？

Question

我是 Gitlab 和 Kubernetes 的新手，我想知道 Gitlab 运行程序和 Gitlab 代理之间有什么区别。

在 gitlab 上，它说代理用于连接到集群、运行管道和部署应用程序。
但是对于常规运行程序，您只需拥有一个调用kubectl与集群交互的管道即可。
没有使用 跑步者的代理可以做什么kubectl？

Answer 1

GitLab Agent（适用于 Kubernetes）是 GitLab 与 Kubernetes 集群（ https://docs.gitlab.com/ee/user/clusters/agent/ ）交互的方式，用于允许 GitLab 生成类似于 Jenkins 的 GitLab 运行程序代理（https://docs.gitlab.com/runner/install/）。在这种情况下，请将其视为经纪人或经理。代理将使用您设置的配置在集群内生成运行器。

例如，就我而言，我有一个专门用于 gitlab 运行者的节点池。这些节点的运行成本更高，因为它们比集群其余部分使用的标准节点规格更高，所以我想确保只有 GitLab 运行程序在那里生成。我将运行器配置为具有指向该特定节点池的节点选择器和容忍度，以便集群扩展该节点池以将运行器放在其上。

代理本身提供的功能不仅仅是生成运行器，但您的问题仅询问有关 GitLab 代理和运行器的问题。如果您想了解更多信息，可以查看我链接的页面。

Answer 2

来自文档\nGitLab Runner 是一款与 GitLab CI/CD 配合使用以在管道中运行作业的应用程序。\n您应该将 GitLab Runner 安装在一台与托管 GitLab 实例的计算机分开的计算机上，\xe2\x80\x99s 以确保安全性和安全性性能原因。

\n

因此 GitLab runner 被设计为安装在不同的机器上，以解决托管机器上的安全问题和性能影响

\n

GitLab Agent for Kubernetes（简称 \xe2\x80\x9cAgent\xe2\x80\x9d）是一个主动的集群内组件，用于将 Kubernetes 集群安全连接到 GitLab，以支持云原生部署、管理和监控。

\n

Agent通过代码安装到集群中，为您提供快速、安全、稳定、可扩展的解决方案。

\n