優化運營成本

1）目標和原則

目的：降低每單位業務價值的成本,同時保持SLO和產品質量。
原則：衡量→優化→自動化；ROI優先級；「SLO-first」（節省不會損害用戶體驗）；成本透明度（showback/charjback）。

2）成本分類法（我們確切地優化了什麼）

基礎架構：compute（CPU/GPU），storage（SSD/obj），network/egress，CDN/WAF，備份，編寫/觀察可用性。
數據和流媒體：經紀人（Kafka），DWH/OLAP（ClickHouse/BigQuery），緩存（Redis/Mem），ETL/編排。
支付鏈：處理、KYC/AML、評分、反欺詐、充電板基金。
產品/市場營銷：獎金,免費,附屬機構（CPA/RevShare）,交通采購,促銷活動。
運營/人員：sapport，風險分析，合規性，手工鍛煉。
許可證/合作夥伴：遊戲引擎,現場賭場提供商,SaaS服務。

3）度量標準與單位經濟學

• $/RPS,$/交易（存款/投註/退出）,$/活躍玩家/月,$/GB-ingest log, $/TB存儲/月,$/ML地獄。
• 總結KPI：每個細分市場（地理/設備/通道）的成本。

• $/RPS = (OPEX_infra + OPEX_data + OPEX_3rd + OPEX_ops) / avg_RPS
• $/交易=（OPEX_platform+fees_payment+antifraud+support）/ N_tx
• LTV： CAC： CTS-關鍵比率（終身價值：客戶獲取成本：服務成本）。

4）FinOps回路和「SLO-aware」節省

Showback/Charjback：按產品/團隊/服務劃分的成本分配。
預算和差額：月限額和差額警告。
SLO-first：任何優化都經過驗證：SLI是否正常?p95/p99, error-rate,可用性。
實驗：節省A/B（包括壓縮，降低日誌的收縮-不會降低SLI？）。

5）計算： 右轉和自動滑行

Right-sizing： CPU/mem分析儀,縮小pod/VM尺寸,清除「股票換股票」。
Autoscaling：HPA/KEDA按負載指標/隊列；夜間/區域衰退是一種激進的規模。
價格模型：保留/儲蓄計劃，batch/ETL的Spot/Preemptible，區域混合體。
Rantime更新：現代版本的JVM/Go/Node可以提供− 10-30%的CPU。

6）存儲和數據

存儲類：用於OLTP的熱SSD,用於歷史和日誌的冷/存檔。
TTL/retention：索引/日誌/跟蹤規則（例如,7-14天p99部件,聚合時間更長）。
壓縮和格式：用於湖泊的Parquet/ORC，用於日誌的ZSTD，重復數據消除。
DWH/OLAP：物化景象/裝置，卸載「昂貴」查詢；ad-hoc限制。
流媒體：緊湊型拓撲,batch-size/acks最適合$/msg,粉絲外控制。

7）網絡，egress和CDN

最小化egress：邊緣緩存、區域/盛宴內的流量。
CDN經濟學：通過轉化，合理的TTL，在邊緣的圖像重構來增加重擊。
壓縮和協議：HTTP/2/3，gzip/br，WebP/AVIF用於媒體。
API的可變性：聚合/戰鬥，用於聊天/流媒體的gRPC協議。

8） DB和緩存： $/查詢

分析：排名前N的緩慢和頻繁查詢；涵蓋查詢的索引。
CQRS/讀者副本：通過讀取復制和非規範化來卸載OLTP。
緩存策略：關鍵參考書緩存，會議/對接，熱點列表；跟隨命中率和事件。
交易限制：短交易，分頁限制和N+1查詢。
體系結構：async/隊列代替同步鏈，idempotency和retry-jitter。

9）天文可用性和徽標

示蹤劑：動態，在事件中-我們提高。
按配置文件排列的日誌：結構化,無過量銷售的DEBUG級別。
ingest過濾：我們切斷噪音（健康支票不是）,聚合指標而不是原始日誌。
SLO-dashbords：分散的面板更少→度量更少→ ingest更少。

10）付款和反欺詐行為（外部傭金）

提供商組合：在考慮到轉換/風險評分的情況下按最低傭金路由。
減少故障：正確的3-D安全/重復嘗試→減少重復負載和費用。
反欺詐規則：針對風險而不是「一切」，以免超額支付檢查費用。
Chargeback控制：對投註和結局異常的預防觸發器。

11）獎金、免費和營銷費用

限制和漏鬥：LTV/風險評分獎金的個性化 →少於「過度餵養」。
Anti-abus： Deadup帳戶,velocity規則,Caps for promo。

流量： SmartLink和後點擊過濾器,低質量源的剔除,後景歸因與窗口.

比賽經濟學：獎金↔預計ARPPU/重組；追蹤ROI。

12）業務和人員

例程自動化：花花公子，ranbuks，事件自動控制。
Sapport：宏、一級機器人、VIP優先級；個人帳戶中的自助服務。
QA和周圍環境：公關的ephemeral-env，作為服務的測試數據，關閉站立的看臺。

13）政府和流程

Policy-as-Code：資源限制，禁止昂貴的實例而沒有理由。
更改管理：金絲雀發行-減少回滾和重做。
成本目錄：所有資源的單個標簽/標簽；「誰付錢」的報告。
每周評論：前10名「預算食客」，行動計劃和業主。

14）實施路線圖（12周）

第1周至第2周：成本清單,標簽/標簽,dashboard $/RPS,節約目標。
3-4： right-sizing, HPA/KEDA, log 清洗/TTL, tracking sampling。
5-6： DB/緩存：索引、熱鍵、非歸一化、分頁限制。
7-8： CDN/egress：緩存策略、壓縮、媒體優化。
9-10：付款/反欺詐：通過提供商路由,減少故障。
11-12：獎金和流量：個性化，反抽簽，低ROI活動關閉。
在第12周之後-自動駕駛儀：showback/charjback，季度目標$/單位價值。

15） Dashbords

高管：按類別劃分的OPEX，$/RPS，$/交易，ROI活動，節省vs基期。
這些：CPU/Memory/IO處置,自動計算事件,cache-hit, p95/p99, ingest logs/day, egress GB/day。
數據：查詢/掃描的成本，retention，拓撲/表的大小，按查詢成本。
付款：授權轉換，中間傭金，chargeback份額，KYC時間。
獎金：CPA/RevShare/ARPPU uplift、abuse份額、GGR的凈效應。

16）工件模板

Cost Playbook（每項服務）：當前成本、驅動程序、度量（impact$/復雜度）,所有者,期限。
Capacity&Cost Sheet： headroom, $/RPS前後措施,SLO效果。
策略目錄：允許的實例類、限制、例外和請求過程。
Runbook 「Night/周末」：激進的尺度/TTL規則，暫停非關鍵的跳躍。

17）前20名快速措施（「quick wins」）

1.啟用autoscaling並縮小「重新尺寸」子圖。
2.將日誌和跟蹤的重新定義為業務必需品。
3.示蹤劑+聚合代替原始事件。
4.將大量報告翻譯成夜間擊球窗口/matview。
5.通過版本/TTL提高CDN緩存命中率。
6.WebP/AVIF和激光加載圖像。
7.通過區域的pining和壓縮擠壓。
8.排名前10位的索引，分割限制。
9.緩存熱數據/列表。
10.禁用未使用的字體/端點。
11.備份/儲蓄計劃,用於持續負載。
12.用於ETL/ML處理的Spot/Preemptible。
13.刪除重復的ingest相同類型的指標。
14.降低無用載荷/子彈的頻率。
15.以最佳的「轉換費用」將付款路由×提供商。
16.個性化獎金（每位玩家的價值）。
17.凍結「low-ROI」流量采購渠道。
18.短暫的按需測試環境。
19.閑置資源自動部署（VM/展位）。
20.「昂貴」實例和日誌數量的政策。

18）反模式

沒有指標和SLO的「盲目」節省→隱藏的收入損失。
大規模放棄日誌/追蹤→ MTTR惡化以及事件增加。
無分割的通用帽→支付/獎金轉換的下降。
egress/CDN忽略→「隱形」帳戶增長速度更快。

19）角色和責任（RACI）

Responsible: SRE/Platform, Data/FinOps, Billing/Payments, Risk.

Accountable: Head of Ops/CTO.

Consulted: Product, Marketing, Security/Compliance.

Informed: Support, Finance.

20）控制和改進

每周儲蓄站立：在劇本、鎖定器、指標方面取得的進展。
每月：$/單位修訂，與基準比較，重組前10個措施。
季度：與提供商重新談判合同,遷移存儲類/實例。

底線

OPEX優化不是一次性的「清算」，而是連續的系統：成本透明度→對ROI →技術優化措施進行優先排序，而不會損害SLO →自動化和治理。使用這種方法，$/RPS和$/交易會持續下降，並且服務質量和發行速度會提高。