<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>金丝雀 on PlumePHP</title><link>https://plumephp.com/tags/%E9%87%91%E4%B8%9D%E9%9B%80/</link><description>Recent content in 金丝雀 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 28 Sep 2026 10:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E9%87%91%E4%B8%9D%E9%9B%80/index.xml" rel="self" type="application/rss+xml"/><item><title>部署与回滚策略：蓝绿、金丝雀与不可变部署实战</title><link>https://plumephp.com/tools-deployment-rollback-strategies/</link><pubDate>Mon, 28 Sep 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/tools-deployment-rollback-strategies/</guid><description>&lt;h2 id="一引言"&gt;一、引言&lt;/h2&gt;
&lt;p&gt;「上线不失败」是理想，「失败能秒回滚」是工程。发布失败不可怕，可怕的是回滚要花 30 分钟、还要手工改配置。&lt;strong&gt;部署策略的本质是「把变更的影响面控制在可控范围」&lt;/strong&gt;：先让一小部分流量验证，确认没问题再全量，出问题立即切回旧版本。&lt;/p&gt;</description></item><item><title>Feature Flags（特性开关）的 DevOps 工程化：从暗发布到渐进式交付</title><link>https://plumephp.com/devops-feature-flags/</link><pubDate>Sun, 27 Sep 2026 05:00:00 +0800</pubDate><guid>https://plumephp.com/devops-feature-flags/</guid><description>&lt;p&gt;把&amp;quot;发布&amp;quot;和&amp;quot;上线&amp;quot;拆开，是渐进式交付的核心。&lt;strong&gt;Feature Flags（特性开关）&lt;strong&gt;不用改代码就能开关某个功能——让&amp;quot;功能开发完成&amp;quot;不等于&amp;quot;功能对用户可见&amp;quot;。团队可以先暗发布收集反馈、灰度放量、出问题秒关，实现真正的&lt;/strong&gt;低风险、可控制、可回滚&lt;/strong&gt;的上线节奏，同时避免硬编码 &lt;code&gt;if&lt;/code&gt; 分支和开关泛滥的混乱。&lt;/p&gt;</description></item></channel></rss>