我是一个新鲜的起动器在Grafana实验室,主要在我们的bob电竞频道一个团队Grafana企业堆栈。Grafana的长期用户,我等不及要看看新版本1.1和1.2的Grafana企业指标(宝石),可伸缩的,自托管普罗米修斯服务。我尝试了闪亮的特性和想分享一些我发现的很酷的东西。
标签的力量又罢工:宝石内基于标签的访问控制
在过去的几年中,我认识到品牌的力量,尤其是当我搬到Kubernetes世界,看见他们在行动。
我很惊喜当我看到我们现在允许用户创建不同的访问策略基于标签与普罗米修斯指标。
我决定试一试,开始从一个现实的问题,在过去的工作期间我遇到了与一个团队内部和外部工程师。由于合同协议,外部工程师没有访问一些具体指标。
所以我继续创建了一个新的LBAC政策:
正如你所看到的在上面的截图中,我创建了一个新的访问策略使用的承包商和标签选择器基本上是说:承包商可以读取标签是可见的指标对所有工程师通过使用可见性= " all_engineers "
选择器。
标签内部工程师也将获得指标可见性= " internal_engineers_only "
。
你几乎可以做任何操作的标签选择器。你可以找到更多关于宝石文档基于标签的访问控制。
实例联盟:在你执行cross-instance查询GEM集群
这个特性很容易从多个实例视图数据。假设你有两个团队:工程团队
和财务团队
。每一个团队需要访问自己的指标,但不是对方的。
然而,领导团队想可视化指标从这两个团队。
Cross-instance查询允许您做的正是这一点。您可以设置单独的数据源工程和金融,都指向他们的实例和只显示指标写入集群。领导团队的第三个数据源设置的查询实例同时和返回的结果。你可以阅读更多关于宝石文档实例联合会。
当我们最初计划建立cross-instance查询我们的支付企业产品,我们决定将是宝贵的整个开源社区,我们共享的皮质项目(基于GEM)。
在企业方面,我们确保它无缝地集成与访问控制功能,所以只有正确的权限的用户才可以进行cross-instance查询。这使得它可以创建通配符访问策略,使某些用户查询所有实例没有名字。
我们也集成cross-instance查询基于标签的许可,因此,企业用户可以创建复杂的访问策略,比如允许团队同时查询所有指标在Instance2 Instance1 +所有指标工作=“下文”
。
并发性的艺术:我们的新可伸缩的压缩机
你可能知道大脑皮层块存储压实机,一个组件的皮层结构,减少重复和契约的一小块指标数据转换成更大的和更有效的块。(你可以通过阅读文档刷新你的记忆。)
然而,Grafana实验室在我们的经验中,我们已经看到大脑皮bob电竞频道层压缩机开始落后一旦超过20 - 30系列每个实例百万活跃。这可以成为球队的问题试图自己更多的指标,这是由于默认的压缩机不能并行化工作时通过一个实例的数据。这都是连续的!
宝石的可伸缩的压缩机能够紧凑的一个大型实例数据并行在单个机器上使用多个CPU核。我问过团队现在可以处理多少,尽管我们没有从我们的性能测试最终结果,我估计:6.5亿年系列活动,增加20 x /之前可能的!
我希望你们能享受Grafana企业指标1.1和1.2的新特性,像我一样。直到下次!
了解更多
Grafana深入探讨了企业指标,你可以看“运行Prometheus-as-a-service Grafana企业指标”网络研讨会。你也可以阅读更多关于文档的宝石,联系我们如果你想尝试一下!