gitlab runner 和 gitlab agent 有什么区别？
what is the difference between a gitlab runner and a gitlab agent?
我是 Gitlab 和 Kubernetes 的新手，我想知道 Gitlab 运行ner 和 Gitlab agent 之间的区别是什么。
在 gitlab 上它说代理用于连接到集群、运行 管道和部署应用程序。
但是对于常规 运行ner，您可以只拥有一个调用 kubectl 与集群交互的管道。
不使用 运行ner 使用 kubectl 的代理有什么可能？
来自文档
GitLab Runner 是一个与 GitLab CI/CD 到 运行 管道中的作业一起工作的应用程序。
出于安全和性能原因，您应该在与托管 GitLab 实例的机器不同的机器上安装 GitLab Runner。
因此 GitLab 运行ner 旨在安装在不同的机器上，以解决安全问题和对托管机器的性能影响
GitLab Agent for Kubernetes（简称“Agent”）是一个活跃的集群内组件，用于将 Kubernetes 集群安全地连接到 GitLab，以支持云原生部署、管理和监控。
Agent通过代码安装到集群中，为您提供快速、安全、稳定、可扩展的解决方案。
Gitlab Runners 是 运行 来自 GitLab 的 CI/CD 作业的代理。因此，当您注册 运行ner 时，您正在设置 GitLab 实例与安装 GitLab Runner 的机器之间的通信。
GitLab Agent for Kubernetes 是一个活跃的集群内组件，用于将 Kubernetes 集群安全地连接到 GitLab 以支持云原生 deployment/management/monitoring 等。代理安装到代码集群，为您提供快速、安全、稳定、可扩展的解决方案。
注 :
- agentk 是 Kubernetes 的 GitLab 代理
- KAS 是 GitLab 代理服务器
- GitLab RoR 是主要的 GitLab 应用程序
Refer to Gitlab runner and GitLab Agent for Kubernetes
documentation for more clarity.
GitLab 代理（用于 Kubernetes）是 GitLab 与 Kubernetes 集群交互的方式（https://docs.gitlab.com/ee/user/clusters/agent/) and is used to allow GitLab to generate GitLab runners which are like Jenkins agents (https://docs.gitlab.com/runner/install/）。在这种情况下，将其视为经纪人或经理。代理将使用您设置的配置在集群内生成 运行ners。
例如，在我的例子中，我有一个专门用于 gitlab 运行ners 的节点池。这些节点比 运行 更昂贵，因为它们比集群其余部分使用的标准节点规格更高，所以我想确保只有 GitLab 运行ners 在那里生成。我将 Runner 配置为具有指向该特定节点池的节点选择器和容忍度，以便集群扩展该节点池以在其上放置 运行ner。
代理本身提供的功能远不止生成 运行ners，但您的问题只询问 GitLab 代理和 Runner。如果您想了解更多信息，可以查看我链接的页面。
The GitLab Agent (for Kubernetes) is the way GitLab interacts with the Kubernetes cluster
但这意味着它需要与您的 GitLab 实例兼容。
幸运的是，GitLab 14.9（2022 年 3 月）：
View GitLab agent for Kubernetes version in the UI
If you use the GitLab agent for Kubernetes, you must ensure that the agentk version installed in your cluster is compatible with the GitLab version.
While the compatibility between the GitLab installation and agentk versions is documented, until now it was not very intuitive to figure out compatibility issues.
To support you in your upgrades, GitLab now shows the agentk version installed on the agent listing page and highlights if an agentk upgrade is recommended.
See Documentation and Issue.
我是 Gitlab 和 Kubernetes 的新手，我想知道 Gitlab 运行ner 和 Gitlab agent 之间的区别是什么。
在 gitlab 上它说代理用于连接到集群、运行 管道和部署应用程序。
但是对于常规 运行ner，您可以只拥有一个调用 kubectl 与集群交互的管道。
不使用 运行ner 使用 kubectl 的代理有什么可能？
来自文档 GitLab Runner 是一个与 GitLab CI/CD 到 运行 管道中的作业一起工作的应用程序。 出于安全和性能原因，您应该在与托管 GitLab 实例的机器不同的机器上安装 GitLab Runner。
因此 GitLab 运行ner 旨在安装在不同的机器上，以解决安全问题和对托管机器的性能影响
GitLab Agent for Kubernetes（简称“Agent”）是一个活跃的集群内组件，用于将 Kubernetes 集群安全地连接到 GitLab，以支持云原生部署、管理和监控。
Agent通过代码安装到集群中，为您提供快速、安全、稳定、可扩展的解决方案。
Gitlab Runners 是 运行 来自 GitLab 的 CI/CD 作业的代理。因此，当您注册 运行ner 时，您正在设置 GitLab 实例与安装 GitLab Runner 的机器之间的通信。
GitLab Agent for Kubernetes 是一个活跃的集群内组件，用于将 Kubernetes 集群安全地连接到 GitLab 以支持云原生 deployment/management/monitoring 等。代理安装到代码集群，为您提供快速、安全、稳定、可扩展的解决方案。
注 :
- agentk 是 Kubernetes 的 GitLab 代理
- KAS 是 GitLab 代理服务器
- GitLab RoR 是主要的 GitLab 应用程序
Refer to Gitlab runner and GitLab Agent for Kubernetes documentation for more clarity.
GitLab 代理（用于 Kubernetes）是 GitLab 与 Kubernetes 集群交互的方式（https://docs.gitlab.com/ee/user/clusters/agent/) and is used to allow GitLab to generate GitLab runners which are like Jenkins agents (https://docs.gitlab.com/runner/install/）。在这种情况下，将其视为经纪人或经理。代理将使用您设置的配置在集群内生成 运行ners。
例如，在我的例子中，我有一个专门用于 gitlab 运行ners 的节点池。这些节点比 运行 更昂贵，因为它们比集群其余部分使用的标准节点规格更高，所以我想确保只有 GitLab 运行ners 在那里生成。我将 Runner 配置为具有指向该特定节点池的节点选择器和容忍度，以便集群扩展该节点池以在其上放置 运行ner。
代理本身提供的功能远不止生成 运行ners，但您的问题只询问 GitLab 代理和 Runner。如果您想了解更多信息，可以查看我链接的页面。
The GitLab Agent (for Kubernetes) is the way GitLab interacts with the Kubernetes cluster
但这意味着它需要与您的 GitLab 实例兼容。
幸运的是，GitLab 14.9（2022 年 3 月）：
View GitLab agent for Kubernetes version in the UI
If you use the GitLab agent for Kubernetes, you must ensure that the
agentkversion installed in your cluster is compatible with the GitLab version.While the compatibility between the GitLab installation and
agentkversions is documented, until now it was not very intuitive to figure out compatibility issues.To support you in your upgrades, GitLab now shows the
agentkversion installed on the agent listing page and highlights if anagentkupgrade is recommended.See Documentation and Issue.