北京
“我在開發(fā)時就清楚這是個問題，但還是上線了，告訴自己‘實際可能沒那么糟’。”一位獨立開發(fā)者聊起他剛上線的音樂理解應(yīng)用 SongBhaav，語氣里沒有埋怨，倒更像在復一盤棋。
造這款工具的起因很私人——他常聽旁遮普音樂，節(jié)奏上頭，但歌詞能聽懂的不到六成。搜翻譯、切標簽頁、把歌詞反復貼進 ChatGPT，流程割裂，氛圍全毀。于是 SongBhaav 被提上日程：搜索任意一首歌，返回逐行翻譯、情感解讀、文化典故拆解，還有他稱為“詩人到底想說什么”式分析。用他的話說，就像英語老師在學校里拆解詩歌那樣。
技術(shù)棧選得直接：前端用 Next.js App Router，數(shù)據(jù)庫和緩存走 Supabase 的 PostgreSQL，AI 處理交給 Gemini 模型。對于已緩存的歌曲，命中 Supabase 直接返回，毫秒級響應(yīng)。但遇到新歌，第一版架構(gòu)的裂縫便會被撕開。
v1 是一條全同步流水線：用戶搜索 → POST /api/process → 抓取歌詞 → 送 Gemini 分析 → 返回結(jié)構(gòu)化 JSON。整個過程，短則 15 秒，碰到復雜歌詞和 Gemini 響應(yīng)慢時能拉到 25 秒。而 Vercel 免費套餐對無服務(wù)器函數(shù)的執(zhí)行上限硬鎖定在 10 秒。結(jié)果就是：瀏覽器無限轉(zhuǎn)圈，用戶最終得到一個冷冰冰的 FUNCTION_INVOCATION_TIMEOUT 錯誤。
上線僅兩天，后端起火。第一個引爆點來自歌詞獲取層。最初他直接抓取 Genius 網(wǎng)站，本地和上線頭兩天都運行得好好的，直到 Genius 為其站點掛上了 Cloudflare 防護。抓取腳本瞬間失效，原本順暢的“外源取詞”通道被切斷，后續(xù)所有依賴該數(shù)據(jù)源的請求直接墜地。這個斷點，把整個同步鏈路的脆弱性暴露無遺。
一邊是同步函數(shù)天生的超時天花板，另一邊是外部數(shù)據(jù)源隨時可能變更的防護策略。SongBhaav 這場發(fā)布，幾乎把“原型能跑別急著上線”這句老話重新驗證了一遍。至于后續(xù)如何把架構(gòu)撥向異步、如何引入 Upstash QStash 來兜底長時間任務(wù)——那已經(jīng)是另一輪重構(gòu)的故事了。
特別聲明：以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布，本平臺僅提供信息存儲服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
