<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>SRE on BvBeJ的小站</title><link>https://www.bvbej.com/tags/sre/</link><description>Recent content in SRE on BvBeJ的小站</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 24 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://www.bvbej.com/tags/sre/feed.xml" rel="self" type="application/rss+xml"/><item><title>Kubernetes etcd 碎片整理与维护窗口设计</title><link>https://www.bvbej.com/posts/k8s-etcd-defrag-maintenance-window/</link><pubDate>Sun, 24 May 2026 00:00:00 +0000</pubDate><guid>https://www.bvbej.com/posts/k8s-etcd-defrag-maintenance-window/</guid><description>控制面稳定性依赖 etcd 健康，碎片整理要纳入常规运维节奏。</description></item><item><title>Kubernetes Priority 与抢占：如何守住核心服务 SLO</title><link>https://www.bvbej.com/posts/k8s-priority-preemption-slo/</link><pubDate>Wed, 20 May 2026 00:00:00 +0000</pubDate><guid>https://www.bvbej.com/posts/k8s-priority-preemption-slo/</guid><description>优先级体系设计不好，抢占机制会从保命手段变成故障放大器。</description></item><item><title>Service Mesh 的超时与重试预算：避免放大故障</title><link>https://www.bvbej.com/posts/service-mesh-timeout-retry-budget/</link><pubDate>Sat, 09 May 2026 00:00:00 +0000</pubDate><guid>https://www.bvbej.com/posts/service-mesh-timeout-retry-budget/</guid><description>重试不是越多越稳，预算化治理才能防止雪崩扩散。</description></item><item><title>Kubernetes 中 HPA 与 VPA 如何协同而不互相打架</title><link>https://www.bvbej.com/posts/kubernetes-hpa-vpa-coordination/</link><pubDate>Thu, 30 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.bvbej.com/posts/kubernetes-hpa-vpa-coordination/</guid><description>水平扩缩容与资源建议同时启用时，如何避免抖动与反复重建。</description></item><item><title>OpenTelemetry 指标治理：控制基数比盲目埋点更重要</title><link>https://www.bvbej.com/posts/opentelemetry-metrics-cardinality-control/</link><pubDate>Sat, 25 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.bvbej.com/posts/opentelemetry-metrics-cardinality-control/</guid><description>高基数标签会直接拖垮指标系统，如何从设计上避免</description></item></channel></rss>