【问题标题】:Are metric aggregation needed to be calculated by backend?是否需要后端计算指标聚合?
【发布时间】:2017-01-26 03:36:50
【问题描述】:

关于Alerting Philosophy的问题。大多数指标框架(Spectacordropwizard)聚合数据,例如提供最大值,最小值,平均值等。那么这些数据不应该由后端计算是真的吗?或者在什么情况下后端应该计算聚合数据?

【问题讨论】:

    标签: java monitoring spring-cloud health-monitoring spring-boot-actuator


    【解决方案1】:

    这是一个有趣的问题。我想那篇 Netflix 文章中的“后端”是指监控系统的后端。所以在分布式环境中,会有很多服务(运行 dropwizard)将数据发送到这个“后端”。这是不同的,因为“dropwizard”上下文中的普通后端是指应用程序后端,在 Netflix 上下文中,它只是一个“代理”。

    我的观点是,我认为可以/应该在代理/应用后端级别完成一些计算。正如您确实希望“dropwizard”进行一些聚合以限制传输到集中监控服务器所需的数据。哪里没有集中式监控服务器,计算这些百分比指标意味着您可以直接在代理/一个后端级别提供数据和构建警报。

    谢谢

    【讨论】:

    • I think some computation could be done/should be done at agent/app backend level - 这不是问题的答案。
    • As You do want 'dropwizard' to do some aggregation to limit the data required to transfer to the centralised monitoring server - 我认为通过网络传递聚合指标以及其他指标会增加数据而不是“限制”它们。没有?
    • 最后一个 Spectacordropwizard 只是关于度量框架的示例,问题不在于它们。
    猜你喜欢
    • 1970-01-01
    • 2021-10-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-06-13
    相关资源
    最近更新 更多