<?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>發布關卡 on Tarragon</title><link>https://tarrragon.github.io/blog/tags/%E7%99%BC%E5%B8%83%E9%97%9C%E5%8D%A1/</link><description>Recent content in 發布關卡 on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Fri, 24 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/%E7%99%BC%E5%B8%83%E9%97%9C%E5%8D%A1/index.xml" rel="self" type="application/rss+xml"/><item><title>Release Gate</title><link>https://tarrragon.github.io/blog/backend/knowledge-cards/release-gate/</link><pubDate>Fri, 24 Apr 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/backend/knowledge-cards/release-gate/</guid><description>&lt;p>Release Gate 的核心概念是「在變更進入正式環境前，用明確條件決定能不能放行」。 可先對照 &lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/rollback-rehearsal/" data-link-title="Rollback Rehearsal" data-link-desc="說明如何在正式事故前演練回滾流程">Rollback Rehearsal&lt;/a>。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>Release Gate 位在 migration、schema change、deployment、error budget 與 incident policy 之間。它把驗證結果轉成可執行的放行決策，並常搭配 &lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/rollback-rehearsal/" data-link-title="Rollback Rehearsal" data-link-desc="說明如何在正式事故前演練回滾流程">Rollback Rehearsal&lt;/a> 確認放行前後都能回復。&lt;/p>
&lt;h2 id="可觀察訊號">可觀察訊號&lt;/h2>
&lt;p>系統需要 release gate 的訊號是：&lt;/p>
&lt;ul>
&lt;li>變更會影響使用者可用性或資料正確性&lt;/li>
&lt;li>新舊版本會並存一段時間&lt;/li>
&lt;li>團隊需要在 release 前確認檢查項都過關&lt;/li>
&lt;li>發版失敗時要有明確阻擋條件&lt;/li>
&lt;/ul>
&lt;h2 id="接近真實網路服務的例子">接近真實網路服務的例子&lt;/h2>
&lt;p>Schema migration 要先確認相容性與 backfill 結果再放行；高風險設定變更要通過 security review 與 drift check；error budget 快耗盡時，團隊可以暫停高風險變更，直到風險恢復到可接受範圍。&lt;/p>
&lt;h2 id="設計責任">設計責任&lt;/h2>
&lt;p>Release Gate 要定義檢查項、擁有者、通過條件、阻擋條件與例外流程。它是把風險控制流程標準化的機制，單純的批准按鈕無法達到同等效果。&lt;/p></description><content:encoded><![CDATA[<p>Release Gate 的核心概念是「在變更進入正式環境前，用明確條件決定能不能放行」。 可先對照 <a href="/blog/backend/knowledge-cards/rollback-rehearsal/" data-link-title="Rollback Rehearsal" data-link-desc="說明如何在正式事故前演練回滾流程">Rollback Rehearsal</a>。</p>
<h2 id="概念位置">概念位置</h2>
<p>Release Gate 位在 migration、schema change、deployment、error budget 與 incident policy 之間。它把驗證結果轉成可執行的放行決策，並常搭配 <a href="/blog/backend/knowledge-cards/rollback-rehearsal/" data-link-title="Rollback Rehearsal" data-link-desc="說明如何在正式事故前演練回滾流程">Rollback Rehearsal</a> 確認放行前後都能回復。</p>
<h2 id="可觀察訊號">可觀察訊號</h2>
<p>系統需要 release gate 的訊號是：</p>
<ul>
<li>變更會影響使用者可用性或資料正確性</li>
<li>新舊版本會並存一段時間</li>
<li>團隊需要在 release 前確認檢查項都過關</li>
<li>發版失敗時要有明確阻擋條件</li>
</ul>
<h2 id="接近真實網路服務的例子">接近真實網路服務的例子</h2>
<p>Schema migration 要先確認相容性與 backfill 結果再放行；高風險設定變更要通過 security review 與 drift check；error budget 快耗盡時，團隊可以暫停高風險變更，直到風險恢復到可接受範圍。</p>
<h2 id="設計責任">設計責任</h2>
<p>Release Gate 要定義檢查項、擁有者、通過條件、阻擋條件與例外流程。它是把風險控制流程標準化的機制，單純的批准按鈕無法達到同等效果。</p>
]]></content:encoded></item></channel></rss>