操作和管理→發布和更新周期

發布和更新周期

1）任命

• 減少不確定性和協調成本，
• 減少事件和回滾的風險，
• 將技術與商業活動（營銷，體育，吹風機）同步。報告），
• 在沒有CFR（更改失敗率）增長的情況下提高團隊的通量。

2）發行版型號： 選擇哪個

1.發布火車（火車）-固定插槽（例如EET 10：00 wt/cht）。

適用於多組分整體和「重」域變化。

2.Continuous Delivery（根據要求）-通過質量門的每個商品都可以進入跨度。

適合微服務與特色旗文化。

3.混合動力車是火車上的雜貨店，「按需」後端服務。

選擇標準：測試/觀察可用性的成熟度，外部合作夥伴依賴（PSP/KYC），合並要求，組織規模。

3）發布日歷和窗口

統一日歷：發布時段，DB遷移，營銷活動，大型體育賽事，報告期。
Freeze時期：只允許hotfix P1的定義明確的窗口（例如LF結局，黑色星期五，稅收報告）。
區域波動：首先是「溫暖」的市場/低流量，然後是主要市場；本地TZ的夜間窗口。
交叉政策：禁止同時更改一條關鍵路徑（付款，KYC，授權）。

4）分支和轉換

基於trunk+短活的分支機構（分支機構的功能≤ 3-5天）。
釋放分支-僅用於火車/長時間驗證；「main」中的硬背商品。
SemVer: `MAJOR.MINOR.用於庫/SDK的PATCH"；工件和環境標簽。
合同：具有back/forward兼容性的電路（Avro/Protobuf）；遷移是雙相的。

5）質量收集器（門）

1.Static+SAST/DAST+linters

2.單位/合同/組件測試

3.E2E/Performance煙霧（在牛排上）

4.安全/合規檢查（秘密、許可證、領土政策）

5.Release Candidate →簽名,SBOM,工件

6.帶自動加德雷爾的漸進式滾動（請參閱第7節）

所有網關均為代碼和策略（Policy-as-Code）,結果均為發布工件。

6）星期三和促銷活動

Dev → Int → Stage → Prod，用於數據：Sandbox/Data-Stage。
GitOps促銷活動，immutable圖像，禁止銷售「手動」編輯。
參數化：區域，限制，提供商-通過configs（可審核的）。

7）推出策略

Canary: 1%→5%→25%→100% (или per-region).

Blue-Green：並行環境+原子開關。

特色旗： 功能夾具/殺手開關；A/B и shadow.

Staged Rollout Mobile/Web：通過客戶版本/交付渠道（Store/OTA）。

Gardrails （auto stop）： p95 latency ↑> 25%, error%> 2%,授權/存款下降,充電器增長,burn-rate SLO在1小時窗口>閾值。

8）與企業和合作夥伴保持一致

營銷/事件：發布的功能與庫存活動≥ 48小時。
合作夥伴（PSP/KYC/Game providers）： SDK認證/更新的插槽,遷移期間的雙重端點。
支持：宏/常見問題解答對UX更改、狀態頁面、升級通道。

9）數據和模式更新

首先添加：首先添加,然後切換讀/寫,最後刪除舊內容。
索引和大遷徙是夜窗，在蹦床上，帶有跳躍和進步。
對店面和字典指標進行驗證：更新與發布同步,BI遷移-與銷售窗口分開。

10）通信和人工制品

Release Notes（什麼/為什麼/風險/滾回）,ChangeLog按服務。
Stakeholders的日歷輸入，公告模板（之前/期間/之後）。
列車/主要發行時間的戰爭室頻道，更新頻率：P1-每15-20分鐘。

11）效率指標

DORA: Deployment Frequency, Lead Time, Change Failure Rate, MTTR.

按更改類型排序。
SLO Compliance在發布之前或之後。
Release Debt：「懸掛」標誌，未完成的遷移，舊的依賴關系。
商業影響：轉換，KYC TTV，PSP成功，GGR/NGR漂流進入發布窗口。

12）反模式

Big-bang：「一勞永逸」，沒有旗幟/金絲雀。
在流量/事件高峰時發布,無凍結例外。
沒有自動護目鏡：手動監控「眼睛」。
長壽分支：痛苦的融合和隱藏的回歸。
手動銷售步驟：沒有審計和可預測性。
沒有TTL和所有者的旗幟：「永恒」分支。

13）支票單

發布之前

• RFC/滴答聲、風險和 blast-radius被評估
• 通過CI/CD網關，文物簽名
• 推出計劃+停止標準+backout準備就緒
• 與日歷、凍結和合作夥伴保持一致
• Dashbords/Alerts綁定到版本,戰爭室創建

發布期間

• 金絲雀臺階和自動停止處於活動狀態
• 顯示器上的p95/error%度量,業務信號（auth、KYC、PSP）
• 時間表通信，狀態頁面更新

發布後

• Release Notes和ChangeLog已發布
• 刪除標誌/臨時豁免（TTL）
• 背離後的太平間≤ 5名奴隸。日子
• 更新了花花公子和文檔

14）迷你模板

• 日期/時間：EET上午10點至中午12點
• 縣：歐盟（10%→50%→100％），然後是LATAM（10%→100％）
• 停止標準：error%> 2%10 min, p95>+25%10 min, PSP success <97%
• Backout：將流量切換到以前的版本+回滾標誌
• 聯系人：@RelEng，@SRE-on-call，@Support

• 什麼是新事物/為什麼
• 對用戶和合作夥伴的影響
• 風險和已知的限制
• 推出計劃/停止標準/退出
• 用於監控的指標
• 聯系方式和支持渠道

15）與鄰近學科的整合

變更管理：標準/正常/緊急分類，CAB，審核。
減少事件的影響：現成的幻燈片，配額，shedding。
配置審核：所有促銷活動均通過Git, drift細節和應用日誌。
執行策略：限制/時間限制/撤回-作為代碼，強制執行。

16）結果

發行周期是速度和可靠性之間的可控節奏。需要協調的固定插槽；在自動化成熟的地方「按需」。無處不在-一個日歷，旗幟和金絲雀分布，自動花園和透明通信。因此，版本變得可預測，安全且經濟。