grafana dashboard 分享的几种处理方法
prometheus+grafan 已经成为了大家进行系统监控的标配了，但是很多时候我们为了给予用户一个方便的dashboard查看系统
的metrics 请求，可以会进行grafan dashboard 的分享，大家的解决方法可能很多，基于grafana 分享的（需要修改配置）也有
基于grafana 的script 的（官方不太推荐的），还有直接基于grafana 的auth_proxy 模式的，个人也比较推荐基于auth_proxy 的
因为我们会通过一个proxy 解决header 传参，那么我们就可以方便的控制请求了，openresty 是一个很不错的选择，以下是一些
实践以及扩展说明
一张参考图
参考配置
- grafana
grafana.ini
[auth.proxy]
enabled = true
header_name = X-WEBAUTH-USER
;header_property = username
auto_sign_up = true
- nginx 参考配置
location / {
proxy_pass http://grafana:3000;
proxy_set_header X-WEBAUTH-USER dalongrong;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Host $server_name;
proxy_set_header X-Forwarded-Proto $scheme;
}
扩展说明
默认上边的很简单，尽管用户不需要输入密码了，但是没有安全控制了（直接打开浏览器就能看dashboard）
尽管官方提供了enable_login_token 但是不是很灵活，一些解决方法
- 基于openresty 的access_by_lua 阶段进行用户的认证以及请求资源的处理
很多时候我们嵌入dashboard 的时候需要传递参数的，我们可以多附带一个token的参数，在这个阶段我们处理用户的
token 以及用户的机器资源，这样可以详细的控制访问（参考上图），同时可以动态的进行proxy 以及设置用户请求头 - 基于nginx 的auth_request 模块
原理上与openresty 的access_by_lua 类似，基于模块进行权限的与机器资源的控制，但是从灵活性上不如openresty
说明
以上是grafana auth_proxy +openresty 的一些集成尝试，实际上，prometheus 也暴露了rest api，我们也可以基于rest api +
charts 开发自己的dashboard 集成方案（更灵活，但是成本比较高了）,chartjs-plugin-datasource-prometheus 是一个不错的
选择但是目前太简单了，我们可以自己扩展下
参考资料
https://grafana.com/docs/grafana/latest/reference/scripting/
https://grafana.com/docs/grafana/latest/auth/auth-proxy/#auth-proxy-authentication
https://grafana.com/docs/grafana/latest/reference/share_dashboard/
https://github.com/samber/chartjs-plugin-datasource-prometheus
http://nginx.org/en/docs/http/ngx_http_auth_request_module.html
https://www.cnblogs.com/rongfengliang/p/13150413.html
