Jsonnet

how to reference object properties and the object itself in Jsonnet

折月煮酒 提交于 2021-01-29 15:16:40
问题 I am trying to build an object like following in Jsonnet, but I couldn't work out a way to present it in Jsonnet. "properties" :{ "a" : "value for a", "b" : "value for b", ... "nested" : { "a" : "value for a", "b" : "value for b", ... } } Basically, I am looking for a way to refer to the following part in the parent object: "a" : "value for a", "b" : "value for b", ... 回答1: iiuc your question, below code should do it -- essentially use a variable, dubbed p in this case to hook properties 's

用过 mongodb 吧, 这三个大坑踩过吗?

别来无恙 提交于 2020-08-16 19:07:18
一:背景 1. 讲故事 前段时间有位朋友在微信群问,在向 mongodb 中插入的时间为啥取出来的时候少了 8 个小时,8 在时间处理上是一个非常敏感的数字,又吉利又是一个普适的话题,后来我想想初次使用 mongodb 的朋友一定还会遇到各种新坑,比如说: 插入的数据取不出来,看不爽的 ObjectID,时区不对等等,这篇就和大家一起聊一聊。 二: 1号坑 插进去的数据取不出来 1. 案例展示 这个问题是使用强类型操作 mongodb 你一定会遇到的问题,案例代码如下: class Program { static void Main(string[] args) { var client = new MongoClient("mongodb://192.168.1.128:27017"); var database = client.GetDatabase("school"); var table = database.GetCollection<Student>("student"); table.InsertOne(new Student() { StudentName = "hxc", Created = DateTime.Now }); var query = table.AsQueryable().ToList(); } } public class Student {

argo-cd基于Kubernetes的声明式持续部署

陌路散爱 提交于 2020-07-28 09:53:00
argo-cd基于Kubernetes的声明式持续部署 什么是argo-cd? Argo CD是一个基于Kubernetes的声明式GitOps持续交付工具。 为什么CD ? 应用程序定义、配置和环境应该是声明性的,并且应该是版本控制的。应用程序部署和生命周期管理应该是自动化的、可审计的、易于理解的。 argo-cd功能 将应用程序自动部署到指定的目标环境 支持多种配置管理/模板工具(Kustomize、Helm、Ksonnet、Jsonnet、plain-YAML) 能够管理和部署到多个集群 SSO集成(OIDC, OAuth2, LDAP, SAML 2.0, GitHub, GitLab, Microsoft, LinkedIn) 授权的多租户和RBAC策略 回滚/回滚到Git存储库中提交的任何应用程序配置 应用程序资源的健康状态分析 自动配置漂移检测和显示 将应用程序自动或手动同步到所需的状态 Web UI,提供应用程序活动的实时视图 用于自动化和CI集成的CLI Webhook集成(GitHub, BitBucket, GitLab) 用于自动化的访问令牌 PreSync、Sync、PostSync钩子支持复杂的应用程序发布(例如,blue/green & canary升级) 应用程序事件和API调用的审计跟踪 Prometheus指标 在Git中重写ksonnet

如何使用 Thanos 实现 Prometheus 多集群监控

拈花ヽ惹草 提交于 2020-03-20 15:17:45
3 月,跳不动了?>>> Prometheus 是 Kubernetes 中默认的监控方案,它专注于告警和收集存储最近的监控指标。但在一定的集群规模下,Prometheus 也暴露出一些问题。例如:如何以经济可靠的方式存储 PB 级别的历史数据,并且不牺牲查询时间?如何通过单一的查询接口访问到不同 Prometheus 服务器上的所有指标数据?能否以某种方式合并采集到的重复数据?针对以上的这些问题, Thanos 提供了高可用的的解决方案,并且它有着不受限制的数据存储能力。 Thanos Thanos 基于 Prometheus。当我们以不同方式使用 Thanos 时,或多或少都会用到 Prometheus 功能,但是 Prometheus 始终是指标收集和使用本地数据进行预警功能的基础。 Thanos 使用 Prometheus 存储格式,把历史数据以相对高性价比的方式保存在对象存储里,同时兼有较快的查询速度。此外,它还能对你所有的 Prometheus 提供全局查询视图。 依据 KISS 原则和 Unix 哲学,Thanos 划分如下特定功能的组件。 边车组件(Sidecar):连接Prometheus,并把Prometheus暴露给查询网关(Querier/Query),以供实时查询,并且可以上传Prometheus数据给云存储,以供长期保存; 查询网关(Querier