leolaw

由于之前有段时间访问国际版的Application Insights实在是慢,而且又不是每个人都有*,然后国内版大概在去年(2019)六七月左右已经上线,想着也有一段时日了,要么就迁了吧。

 

然后实际证明,我们可能是第一批成规模的去躺坑的用户。

当然,一码归一码,迁移后,访问的速度是质的提升。

 

先说说可以按照官方的套路找到迁移的法子。

首先由于众所周知的问题国际版Azure是微软自己运营的,而国内版因为相关法律法规所以是国内的合作伙伴世纪互联运行的。

原则上是微软提供技术支持给世纪互联,由世纪互联来做实施。

两者数据上并不互通,各种服务之间虽然技术底层基本一致但是却不能互通,而很多SDK默认都是针对国际版进行开发的,所以如果要用国内版一般都要重新配置。

最典型的配置就是修改SDK里默认的终结点,因为一般SDK里的终结点默认都是国际版的。

 

终结点配置

AppInsights的终结点修改方法可以参考官方文档 https://docs.microsoft.com/zh-cn/azure/azure-monitor/app/custom-endpoints?tabs=net 

但是新版本的SDK有个更简便的方法,现在你打开一个AppInsights的资源,可以发下它有一个连接字符串这么个东西,用国际版的可能不会在意这是什么,因为都是那个Key

image

国际版的连接字符串

 

但是你看国内版的时候,发现连接字符串里就已经包含了终结点信息,所以只要用连接字符串来进行SDK的初始化就无需在额外配置终结点了 

image

国内版的连接字符串,和国际版相比多了EndpointSuffix

 

对于我自己来说,使用国际版的时候由于常规都是使用InstrumentationKey检测密钥即可,只有用到国内版的时候才会连接字符串。

而连接字符串有个规则,就是开头永远是InstrumentationKey,于是乎我代码里这么处理,便于处理从国际版迁移到国内版

image

这样子如果我想迁移到国内版的话,从现有读取AppInsights的key的地方换成国内版连接字符串即可。

(注:连接字符串本质是个Key-Value集合,只是AppInsights那里显示的永远是InstrumentationKey作为开头,但是你把EndpointSuffix和InstrumentationKey换个位置也是能工作的)

 

但是这里有一个隐藏的坑。

如果你的项目是NetCore的话,恭喜你,直接用连接字符串之后all well done

但是如果你是Net Framework的话,你配置连接字符串后常规的AppInsights服务是可以的,但是实时指标流是无法工作的,如果要用实时指标流,还是老老实实参考上面贴的官方那个文档,更换实时指标流对应的终结点信息 

 

发布标记 Release Annotation

我们是使用TFS来进行CI/CD的,然后使用了 Release Annotation 在每次发布后会在AppInsights里打个发布标记,便于知道什么时候发布了(发布前发布后的监控对比看起来就直观了)

然后迁移到国内后就boom了,默认这个插件打标只能打国际版上,你用了国内版的ApiKey和ApplicationId它会吐你一脸的404

然后心想,TFS的插件不就是js或者powershell什么的么,哥改还不成么,从build agent里拉下它的task任务来扒,惊讶发现其实它是支持Azure China的(但是它插件说明里却并没有说)

image

然后参照这里,在TFS发布定义里添加了对应变量 

image

后面发觉,好了,能成功把标记打上去了 

image 

 

Grafana监控

我感觉grafana是个神奇的东西,首先它有2个模式可以看AppInsights的信息

基于Azure Monitor Details的模式也能看AppInsights而且可以配置一次数据源看所有的AppInsights资源,但是能看的信息比较粗,适合总览性查看

基于Application Insights Details的模式一个AppInsights资源就要加一个数据源,但是能看较为明细的数据

 

Azure Monitor Details写着是能支持Azure China,实际上看看就好,你直接用它是对接不上Azure China的,永远验证不通过

 

image

而另外的Application Insights Details则更不用说,你用国内版的信息填写进去永远404,因为它默认也是链接到国际版去的。

 

上文Release Annotation我都敢去查源码了,一言不合查源码 

image

我们定位到Grafana的Azure Monitor的配置文件所在目录

 

先说基于Azure Monitor Details的Azure China问题,其实它默认Azure Monitor配置是可以的,但是重点在于它登录的终结点是用了国外版

也就是说它实际去查AppInsights的配置是的,但是你要用AppInsights你要登陆做身份验证是吧,这里身份验证跑国外去了,国内国外数据不同,国际版不认识你,自然就boom了。

解决方法很简单,把登录终结点改为国内的 

找到loganalyticsazure的path

把下面的url改为 https://login.chinacloudapi.cn/{{.JsonData.logAnalyticsTenantId}}/oauth2/token 

image

 

 

再说Application Insights Details的,同样在那个文件里

找到path为appinsights的

把下面的url改为 https://api.applicationinsights.azure.cn

 

image

 

目前仍有的问题

使用国际版的时候,我们弄了AppInsights的动态阈值报警,然后触发规则的时候通知到logic app,然后logic app处理一下数据后通知到我们的企业微信群

以前参照国际版相关文档,使用了 启用常见警报架构

 

image

目前反馈上去后得到的信息是暂时不支持这个,导致目前这个机制瘫痪中,再让小伙伴为 不启用常见警报架构 然后重新对接下

but,还是觉得挺坑的。

分类:

技术点:

相关文章: