上一篇文章IoT边缘集群基于KubernetesEvents的告警通知实现目标告警恢复通知-经过评估无法实现原因:告警和恢复是单独完全不相关的事件,告警是Warning级别,恢复是Normal级别,要开启恢复,就会导致所有NormalEvents都会被发送,这个数量是很恐怖的;而且,除非特别有经验和耐心,否则无法看出哪条Normal对应的是告警的恢复.未恢复进行持续告警-默认就带的能力,无需额外配置.告警内容显示资源名称，比如节点和pod名称可以设置屏蔽特定的节点和工作负载并可以动态调整比如，集群001中的节点worker-1做计划性维护，期间停止监控，维护完成后重新开始监控。配置告警内容显示
背景边缘集群（基于树莓派+K3S)需要实现基本的告警功能。边缘集群限制CPU/内存/存储资源紧张，无法支撑至少需要2GB以上内存和大量存储的基于Prometheus的完整监控体系方案（即使是基于PrometheusAgent,也无法支撑）（需要避免额外的存储和计算资源消耗）网络条件，无法支撑监控体系，因为监控体系一般都需要每1min定时（或每时每刻）传输数据，且数据量不小；存在5G收费网络的情况，且访问的目的端地址需要开通权限，且按照流量收费，且因为5G网络条件，网络传输能力受限，且不稳定（可能会在一段时间内离线）;关键需求总结下来，关键需求如下：实现对边缘集群异常的及时告警，需要知道边缘集群
背景边缘集群（基于树莓派+K3S)需要实现基本的告警功能。边缘集群限制CPU/内存/存储资源紧张，无法支撑至少需要2GB以上内存和大量存储的基于Prometheus的完整监控体系方案（即使是基于PrometheusAgent,也无法支撑）（需要避免额外的存储和计算资源消耗）网络条件，无法支撑监控体系，因为监控体系一般都需要每1min定时（或每时每刻）传输数据，且数据量不小；存在5G收费网络的情况，且访问的目的端地址需要开通权限，且按照流量收费，且因为5G网络条件，网络传输能力受限，且不稳定（可能会在一段时间内离线）;关键需求总结下来，关键需求如下：实现对边缘集群异常的及时告警，需要知道边缘集群
什么是events_statements_current表在GreatSQL中，PFS下有一张内存表: events_statements_current，看到这个名称"xxx_current"，小白如我可能会认为这张表中的数据就是当前系统的活跃(active)语句。该表的描述如下(有部分省略):mysql>descevents_statements_current;+-------------------------+------------------------------------------------+------+-----+---------+-------+|Field|T
什么是events_statements_current表在GreatSQL中，PFS下有一张内存表: events_statements_current，看到这个名称"xxx_current"，小白如我可能会认为这张表中的数据就是当前系统的活跃(active)语句。该表的描述如下(有部分省略):mysql>descevents_statements_current;+-------------------------+------------------------------------------------+------+-----+---------+-------+|Field|T
一、概述CRD（CustomResourceDefinition） 本身是一种Kubernetes内置的资源类型，即自定义资源的定义，用于描述用户定义的资源是什么样子。CRD的相关概念：CRD是 v1.7+新增的无需改变代码就可以扩展KubernetesAPI的机制，用来管理自定义对象。它实际上是ThirdPartyResources（TPR）的升级版本，而TPR已经在v1.8中删除。从Kubernetes的用户角度来看，所有东西都叫资源Resource，就是Yaml里的字段Kind的内容，例如Service、Deployment等。除了常见内置资源之外，Kubernetes允许用户自定义资源
一、概述CRD（CustomResourceDefinition） 本身是一种Kubernetes内置的资源类型，即自定义资源的定义，用于描述用户定义的资源是什么样子。CRD的相关概念：CRD是 v1.7+新增的无需改变代码就可以扩展KubernetesAPI的机制，用来管理自定义对象。它实际上是ThirdPartyResources（TPR）的升级版本，而TPR已经在v1.8中删除。从Kubernetes的用户角度来看，所有东西都叫资源Resource，就是Yaml里的字段Kind的内容，例如Service、Deployment等。除了常见内置资源之外，Kubernetes允许用户自定义资源
需求是这样的：在页面的预览图上面绘制一个矩形，画完立即保存，右上角出现一个删除按钮，要立即可以删除。一开始的思路是使用canvas去实现，把一个透明的画布放在预览图上，滚动的时候，红框就会随着这个画布滚动。那么用一个透明的canvasabsolute在画布上是行不通的。然后我就在想那生成一个canvas的高度是整个预览图的长度吧。但是思考了下，我们的场景预览图可能会有几百几千张，那么生成一个这么长的canvas好像也有点不太好。并且生成了canvas，虽然也可以绘制一个删除按钮，实现点击，但也无法实现底层预览图上面红框悬浮效果了。怎么想这里使用canvas去绘制矩形框都是一个又复杂性能又差的方
需求是这样的：在页面的预览图上面绘制一个矩形，画完立即保存，右上角出现一个删除按钮，要立即可以删除。一开始的思路是使用canvas去实现，把一个透明的画布放在预览图上，滚动的时候，红框就会随着这个画布滚动。那么用一个透明的canvasabsolute在画布上是行不通的。然后我就在想那生成一个canvas的高度是整个预览图的长度吧。但是思考了下，我们的场景预览图可能会有几百几千张，那么生成一个这么长的canvas好像也有点不太好。并且生成了canvas，虽然也可以绘制一个删除按钮，实现点击，但也无法实现底层预览图上面红框悬浮效果了。怎么想这里使用canvas去绘制矩形框都是一个又复杂性能又差的方
CustomNSWindowwithacustomshadow我有一个NSWindow子类，看起来像这样困扰我的是我想改变阴影。在标准窗口上，比如这里的Xcode，对比度有点弱。所以我想对它应用一个更强的NSShadow。我在这里找到了这个：带有自定义阴影的NSWindow显然，您不应该这样做，因为UI应该主要由操作系统处理。但是窗口已经是完全自定义的了，所以我想应该没问题。我怎样才能做到这一点？编辑我忘了提，我知道我可以重绘NSWindow，但我尽量避免这种情况。如果您只希望顶部的阴影比其他部分重，看起来您正在使用INAppStoreWindow，因此请覆盖绘图块。否则，不要碰NSTheme
