我应该选择 Beats 还是 Elastic Agent 来监控使用 docker stack 而不是 kubernetes 部署的应用程序？

Question

我有一个应用程序在一组 docker 容器中启动并运行（使用 docker 堆栈而不是 kubernetes 部署）。我想对此应用程序进行性能监控。我很困惑是否应该选择 Beats 还是 Elastic Agent。

此页面显示：

当 Elastic Agent 在容器内运行时，无法通过 Fleet 进行升级，因为它期望容器本身进行升级。

此页面显示：

独立模式 - 所有策略均以 YAML 文件形式手动应用到 Elastic Agent。

Q1. 这是否意味着在独立模式下，Elastic Agent“根本”不由 Fleet 管理？或者管理的某些部分

此页面显示：

独立弹性代理是在安装它们的系统上本地手动配置和管理的。当您由于公司的安全要求或因为您更喜欢使用其他配置管理系统而对集中管理 Fleet 中的代理不感兴趣时​​，它们非常有用。

此页面显示：

要在独立模式下运行 Elastic Agent，请在要监控的每台主机上安装该代理，并在安装该代理的系统上本地手动配置该代理。您负责管理和升级代理。

Q2. 这是否意味着对于监控 docker 容器（使用 docker stack 而不是 kubernetes 部署），beats 和 Elasticagents 在“集中”管理方面没有区别？唯一的区别是我必须单独配置不同的节拍，而 Elastic Agent 可以避免这种情况？

Q3.在这种情况下什么是更好的？ Beats 还是 Elastic Agent？

Answer 1

1. Standalone不受fleet管理，“无法通过Fleet升级”是指升级elastic-agent的实际版本，仍然可以更新agent策略。
2. 是的，您需要通过容器上的配置文件来配置beats，其中可以使用一些环境变量设置弹性代理以将其注册到策略中，然后通过 Kibana 集中管理和更新该策略。
3. 两者都是有效的，但弹性代理允许在容器通过中心位置运行后更新策略，因此是我的选择。