Schema Registry 消费者兼容发布:Reader/Writer 解析、Lag 水位与升级顺序
Registry 返回 compatible 不代表所有线上消费者都能正确解释新字段。本文绑定真实消费者清单、Avro reader/writer 规则、历史数据样本与升级水位,再按兼容方向切换 producer。
DevOps、Docker、Kubernetes、可观测性
本专题收录 云原生 方向的文章和社区讨论,重点关注真实工程场景、工具选择、实践路径和风险边界。
页面会持续更新,适合作为学习路线、选型参考和技术复盘入口。
Registry 返回 compatible 不代表所有线上消费者都能正确解释新字段。本文绑定真实消费者清单、Avro reader/writer 规则、历史数据样本与升级水位,再按兼容方向切换 producer。
配置不该硬编码进镜像——ConfigMap 存非敏感配置,Secret 存密钥。本文讲清两者的创建/挂载(env vs volume)、Secret 的 base64 与加密(etcd 加密/KMS/外部 secrets operator)、ConfigMap 热更新(subPath 不更新陷阱),以及生产级密钥管理(External Secrets Operator)。
每个服务各设 5 秒超时会让整条调用链远超用户预算,客户端断开也不代表下游停止。本文定义可信入口期限、逐跳剩余预算、共享重试额度与可验证取消收敛。
PG 的查询计划器为什么选 Seq Scan 不选 Index Scan?因为它看"统计信息"估算哪种更快——统计信息不准,计划就错。本文讲清 PG 统计信息怎么收集(ANALYZE)、它怎么影响计划器决策、什么时候统计过时导致慢查询,以及手动干预(ANALYZE/统计目标/扩展统计)。
Watermark 越过窗口只说明系统认为事件大概率到齐,不代表迟到事实可以丢弃。本文版本化时间戳提取、空闲分区、allowed lateness 与修正语义,让报表和外部效果可重复计算而不重复执行。
读写分离后用户"写完读不到"——这是复制延迟。本文讲清延迟为什么产生(异步复制网络/磁盘/事务)、怎么监控(pg_stat_replication)、怎么缓解(读写一致性窗口/同步复制/读主库关键路径),以及应用层的"写后读一致性"方案。
PG 一行最大 8KB,那 TEXT/JSONB 存 MB 级数据怎么办?TOAST(超大字段存储技术)自动把大值压缩+移到独立表。本文讲清 TOAST 的四种策略(PLAIN/EXTERNAL/EXTENDED/MAIN)、它对查询性能的影响、什么时候该调 TOAST 策略,以及大字段设计的最佳实践。
"这个价格上周是多少?"——普通表只存当前值,时态表存历史。本文讲清时态数据的几种模式(审计日志/版本号行/有效时间范围/PG 时态表扩展)、SQL:2011 时态表标准、CDC 替代方案,以及什么时候该上时态、什么时候审计日志够。
HTTP 200 无法证明 AI 结果仍然可用。本文把固定任务做成低风险黑盒探针,覆盖评分契约、隔离执行、OpenTelemetry 指标、Prometheus 告警和误报回滚。
头部随机采样容易丢掉低频模型失败和长链 Agent 异常。本文设计 Trace 汇聚、尾部判定策略、Collector 容量估算、采样验收与过载回滚流程。
随机切分后再去重会把同源内容留在训练集和评测集两侧。本文用稳定指纹、近重复连通分量和评测隔离水位控制重复与基准泄漏。
字段能被反序列化不代表训练语义兼容。本文用稳定字段身份、读写矩阵、影子转换和分布门禁控制特征与标签 Schema 演进。