自建API網關幫我們省了38%的第三方調用成本，卻踩了跨區域適配的坑

上周我們東南亞電商工具團隊剛復盤完Q1的技術成本賬單，負責支付接口的同事差點跳起來：把之前用的第三方網關換成自研的之後，單月的API調用開銷直接少了38%，但大促前的灰度測試里，新加坡節點的用戶支付成功率突然掉了6個百分點，查了半天才發現是網關的跨區域熔斷規則沒做適配。

先搞懂：自建網關到底是甚麼

簡單說就是你自己寫一套流量入口程序，把所有對外的API請求、第三方回調、跨服務調用都先過這一層，代替之前買的第三方網關服務。我們現在用的版本跑在4台2核4G的海外節點服務器上，單台每秒能扛1200次請求，完全覆蓋我們日均180萬次的支付、商品同步調用需求。

你能拿到的三個實實在在的好處

• 首先是成本真的能打下來。我們之前用的第三方網關按調用量收費，單月要花2100美元，現在自建的服務器+監控成本每月不到1300美元，還不用受階梯漲價的限制。
• 其次是規則完全自己說了算。之前第三方網關的限流是統一的，大促期間我們要臨時給支付接口提限流配額，每次都要走3個工作日的工單，現在自己在後台改配置10秒就能生效。
• 最後是數據不用過第三方。我們做電商工具要接很多用戶的支付回調，之前所有請求都要走第三方服務商的節點，現在所有敏感數據都在自己的服務器里流轉，合規成本降了一大截。

別著急搭，先看看我們踩過的坑

第一個坑就是跨區域網絡適配的問題。我們一開始把網關主節點放在了新加坡，後來開馬來西亞站點的時候直接把流量切過去了，結果本地用戶的請求先繞到新加坡再轉回來，光網絡延遲就多了200ms，很多用戶等不及就關掉了支付頁面，我們花了一周才把馬來西亞的邊緣節點搭完。

第二個坑是安全規則漏項。之前第三方網關默認帶了防DDoS和惡意請求攔截，我們自己搭的時候忘了加這部分，上線第三天就被爬蟲刷了20萬次無效請求，差點把庫存接口打掛。

第三個坑是運維成本比預想的高。之前第三方網關出問題直接找客服，現在我們3個後端要輪流值夜班盯網關監控，上個月光網關的故障排查就佔了大家15%的工作時間。

甚麼樣的團隊適合搭，甚麼樣的別浪費時間

如果你的團隊日均API調用量超過100萬次，或者有大量敏感數據需要處理，又或者你受夠了第三方網關的限流和工單流程，那自建網關絕對值得投入。

但如果你的團隊只有2個以下的後端，或者業務還在快速試錯階段，接口規則每周都變，那真的沒必要花時間搞，先用第三方網關扛著就行，等業務穩定了再換也來得及。

給第一次搭的人的3個實操建議

1. 先從單場景切入，別上來就全量替換。我們一開始只把支付接口的流量切到自建網關，跑了兩周沒問題才慢慢遷其他接口，就算出問題也只會影響支付場景，不會全站掛掉。
2. 一定要做跨區域的壓力測試。尤其是做海外業務的，別只在本地測完就上線，找你目標市場的測試節點跑24小時壓測，看看延遲和丟包率有沒有問題。
3. 監控面板別省。至少要把請求量、成功率、延遲這三個核心指標盯緊，設置好告警閾值，別等用戶投訴了才發現網關掛了。

常見小問題

問：是不是必須用Go或者Rust寫？
不用，我們第一版是用Node.js寫的，一樣能扛住峰值，只要你團隊熟甚麼語言就用甚麼，等後續有性能瓶頸再換也不遲。

問：和雲廠商的網關比哪個好？
雲廠商的網關比第三方的靈活，但還是不如自己建的自由度高，如果你不想被某一家雲綁定，自建還是更划算。