KamoCRM

每30 s 推倒主分类账, 并按夜计数; 工作触发器需要集群机密

FeatureDaemonService
已装运
2026年9月23日 01:28 UTC
作者
Kamo
提交
84746ae

牵头分类账(安保服务创建 lead ligers.sql,应用2026-09-22)取代COUNT(*)于a 796k铅集合和超过铅 信用,加一个仅行的附加日记 触发器写入 。 这个服务让他们保持折叠和诚实: - ReadLedgerFoldJob(每30 s):每批有一份声明删除日记行并加入 总计,所以读者看到数字 前后,从来没有一半。 读者已经将日记添加到 总计,所以错失了勾选费用 读取时间,从来没有正确。 最多40个批次,每克5000个. - 铅编辑校正Job(03:40 夜行):记下每个矿石的池和每个成员的可用信用 从行中取出,并将其与One语句中的总+日记比较(一个快照). 差异为 因此重新计票不能和触发器比 折叠。 它也列出了任何缺失或禁用日记触发器。 在一个健康的系统中,它发现 没什么,所以所有的校正 都记录在WARN。 两者都是@DisallowConcentExecution,并重试一个声明 YugabyteDB 以 400001 中止(每个是原子, 因此重试不能重复计算。 此发运前, SQL 在 YugabyteDB 上重放( temp) 表格:触发、读取、折叠和重新计票,60张支票)。 JobTrigger Captain: POST /api/daemon/trigger/{job} 并获得/状态回答 任何人 。 安全配置 允许所有, 守护进程- 入侵程序 Route 将此项服务放到公共网络安全入口 (Host daemon.internal.kamocrm.com; 调查200名匿名),所以任何工作——现在包括重新计票—— 可以从互联网上开始,像Quartz游泳池一样多的重叠副本。 现在两个 需要 X- Internal- Auth = mlos. 内部- auth- secret( 恒定时间) , 并拒绝每个人使用该秘密 。 未设定。 平台上没有任何东西叫这个终点;一个操作员仍然可以,从集群内部. 测试:铅编辑器维护测试(双回环和盖子,重新计票报告,缺少触发器,重试) 规则,和SQL的形状 使它安全 除了活的交通, JobTrigger Captain Auth Test.

所有更改

就像你看到的运输?

所有东西都是靠自己运入你的工作空间的 从免费计划开始,一个月后再读这页.

永远开始自由查看定价