来自 道旅旅游科技股份有限公司 鬼谷子 的撰稿

业务背景

公司由于业务迅速扩展，需要针对业务方面进行定制监控。通过选型最终采用了 ARMS 方案。以下篇幅简单介绍了方案的大致概要以及最终效果，以供读者参考。

选择

以下是几个产品方案的对比。需要解释的是，以下三个产品在我们的架构中都有大量使用，但是只是在本监控方案中，由于一些业务场景的特殊性，我们使用了业务实时监控服务 ARMS，虽然这并不代表 ARMS 是一个银弹。

MaxCompute

我们以前用过 MaxCompute 作周期性的业务数据计算，缺点非常明显，就是延迟性太高，这对于实时监控来说是致命的直接被PASS。

流计算

参加深圳云栖大会的时候了解到流计算如获至宝，也回来尝试使用过一段时间，在实时监控的功能节点上是很重要的一环没错，但太过于细节，导致整条线过程冗长且繁杂，最后也放弃了。

业务实时监控服务 ARMS

一套组合拳，在数据分析、实时计算、报警、API、持久化存储等方面给我们节省了不少时间，也提供了更多的可能性。所以，最终我们选择了 ARMS。

架构

数据源

IIS日志

Windows ECS 安装 Logtail 对 IIS 产生的日志进行实时抓取

业务日志

使用日志服务 SDK 提交日志

实时数据分析

ARMS 的配置分为以下几个部分，由于篇幅原因，仅列出重点，详细内容不赘述。

日志切分

根据规则对日志进行切分、类型转换、字段重组等

数据集

将符合条件的数据进行汇总保存（留待后续分析和监控使用），按需设置报警（邮件、短信）

数据使用

对接 API

通过对接 API，可以对数据集内的数据进行查询，以便后续的业务分析和问题复查

业务分析

实时查询数据集内的结果，根据业务在内存中进行二次计算形成报表

监控

我们做了个 Monitoring 的项目，对接 Grafana 的 Datasource，这样便可以在 Grafana 实时看到数据集内的数据。

使用案例

供应商酒店请求分析 监控

该场景用于我们对供应商酒店请求数的业务监控和事后分析，主要使用方是业务人员。介绍如下：

• 通过日志服务 SDK 在酒店请求接口中埋点日志
• 在 ARMS 后台根据供应商 Id，酒店 Id，请求维度等参数配置数据集
• 对接 ARMS 接口，通过下钻的方式获取到数据。
• 在内存中根据业务进行二次计算
• 生成报表

调用第三方接口的 Status Code 监控

该场景用于我们对供应商酒店请求的状态码分析，主要使用方是运维和开发。本方案实现了 ARMS 对 Grafana 的对接，基本介绍如下：

• 通过 Logtail 实时抓取 IIS 日志
• 在 ARMS 后台配置好数据集
• 在 Monitoring 项目中对接 ARMS 接口，并根据 simpleJson 接口规则实现 Grafana Data Source 对接。
  
• 为 SimpleJson 的 Search 接口定义 target 规则，并生成 target 与配置对应关系
• 使用 ARMS 的下钻功能为 SimpleJson 的 Search 接口支持 Templating 功能
  
• 在 Grafana 中使用 Moniroing 提供的 simpleJson 接口实现展示数据
  

点击了解 业务实时监控服务 ARMS