我的旅程
依「MinIO」篩選中清除
物件儲存2024年9月
導入 MinIO 作為內部 S3 相容的物件儲存
Research Developer (Infra Team，兼任) · Bridgewell
評估後選用 MinIO，理由是提供 S3 相容 API、對小檔案讀取效率好、且能直接在 Kubernetes 上部署維運。建置 8 個節點、16 個 drive（每個 50 GB）的叢集；2026 年將 S3 API 與 Console 的對外入口從 nginx Ingress 改為 Gateway API HTTPRoute。
承載 Argo Workflows 的 log artifact 與各式暫存資料（如 IP 對應台灣地區的查表資料）
查看詳情
RTB2026年9月
規劃並實作 Exploration v5 探索出價機制的跨 repo 落地，計數表由 Redis 移入出價服務記憶體
Research Developer (Bidder Team) · Bridgewell
演算法由研究團隊設計（陌生度 σ 改為三維加權，讓已探索足夠的對象停止加價）；我負責拆解落地需要的跨 repo 工作並逐一實作：bwproto 的 log 欄位與 per-imp 結構、bwlearner 的 feature generator 與 XXH64 key 指紋、exploration-updater 的 key 契約層，以及出價服務直接從 MinIO 載入計數快照並定時刷新。過程中也修正了 v4 的計數 bug：衰減格數無條件捨去，使 15 分鐘內再出現的 feature 永遠不衰減。
以 prod Redis 取樣 2,908 次狀態轉移證實 v4 衰減 bug 並修正（模擬下高頻 feature 30 天計數高估 1.89 倍）；v5 serving 端進行中。
查看詳情