新加入的team中的一项工作是制作日常的运维报表，制作方式是手工前往portal.azure.com，在网页中多次执行不同的查询语句、导出excel，之后再人工进行合并、分组、汇总、分析等等。这是一个繁琐的过程，其中大部分步骤其实不值得花费人工，应该交给程序。为了自动化这一过程，降低报表的制作成本，我尝试使用了Azure Application Insights REST API查询数据，使用python客户端进行处理、输出。下面把相关的一些知识和经验写在这里。
本文链接：https://www.cnblogs.com/hhelibeb/p/11543295.html
原创内容，转载请注明
Application InsightsApplication Insights是Azure平台的监控功能的一部分，用于收集、分析和处理来自Azure或其它本地环境的遥测数据。它包含强有力的分析工具，可以帮助你发现问题、诊断问题、理解用户在app上的行为，可以支持你持续地改进应用的性能和可用性。它可以和DevOps过程集成，和很多开发工具有连接点。
它支持多种语言和框架，比如.NET, Java, 和Node.js等。
更多信息，参考：What is Application Insights?
Application Insights REST API
除了在Azure中使用外，Application Insights收集的数据也可以通过REST API获取，这使得你可以用自己的其它应用来使用相关数据。API可以分为3种：
Metrics: 用于查询聚合结果，比如一定时间范围内的系统异常总数量。
Events: 使用OData语法访问event数据，支持$filter, $orderBy, $search, $apply, $top, $skip and $format，可以返回单独的event数据或者event集的聚合数据。
Query: 允许用户发送和在Application Insights Analytics中一样的Query查询数据，返回数据的同时也会返回数据的schema。这是我用到的类型。
格式API的格式如下，
https://{hostname}/{api-version}/apps/{resource}/{area}/[path]?[parameters]其中，
hostname: api.applicationinsights.io
resource: Application ID ，也就是你的Application Insights app的唯一标识符，可以在app的API Access选项中看到，见下图。（注意：这不是Instrumentation Key，不要用错）
api-version: 路径中需要包含API versions，Beta或v1。
area: 3中查询类型之一metrics, events或query。
path: 查询的详细信息，比如要查询哪个metric。
parameters: 和path相关的具体参数。
（这里是有关Public API format的部分，此外还有Azure API format）
认证需要使用上文提到的Application ID和下面提到的API Key来访问API，否则调用接口会失败，返回认证错误的消息，比如，
AuthorizationRequiredError："Valid authentication was not provided"。