项目背景

Nynov 的起點不是一個完整的團隊。 2024 年 1 月，我們進入這一行，從販售韌體做起。2025 年 9 月，第一個雙機專案落地，團隊正式組建。也是從那時起，我們開始正面面對那類反覆出現、卻總被人繞開的問題：怎麼在系統隔離（VT-D）的前提下，把擷取與隔離方案做得穩定且高效。 這件事沒有現成答案，也沒有現成的工具。我們最早把它落到幾個很具體的場景裡：

• —RPC 雙轉——也就是最開始的網路版，但到去年年底出現了不少問題，如資料傳輸導致的延遲（200t）與網路波動；
• —早期另一版方案嘗試在應用層做轉換，但對很多系統的適配存在問題、握手失敗，日誌裡只含糊的報錯；
• —RTL8125，我們是首家提出此方案的團隊，開發過程記著「這裡試過」「那裡不行」，最終得出一套可運用到實際的方案——也就是當下市面 8125 的雛形；
• —RDMA，我們在 8125 及其他網卡的實際情況下，開發了 Nynov RDMA，我們認為這是當下較佳的採集方案；
• —VT-D FW，隔離韌體一直是我們研發團隊的另一條方向，目前我們已經深耕四個月，完成了隔離韌體的完整開發。

「採集層（觀測）」和「系統相容性」，是兩個相互牽制的約束。 觀測本身會擾動被測物件：多接一根線、多掛一個程序、多改一處配置，機器的行為就可能偏離它本來的樣子。於是你看到的，已經不是你想看的那台機器。這是工程上老生常談的「觀測擾動」，但在現場裡它常被低估——直到排障排到一半，才發現先前依據的資料，是觀測介入之後才產生的。

• —市面上買一套通用方案，能覆蓋「大多數情況」，但實現不了「長時間一直穩定」；
• —在既有系統上做改造，能改一時，改不動底層時序與隔離這兩層；
• —繞開底層走軟體捷徑最省事，代價是把不確定性留在自己看不見的地方，現場出問題時無從追。

我們沒有把它當成一個「產品」去做，而是當成一個要長期面對的問題去拆。 工作被拆成兩半，各自對應一個約束：

• —驅動層——負責把資料拿準。目標是拿到機器在原生運行下的全部資料，而不是從不合理的通道獲取資料。
• —硬體層——負責把環境隔開。目標是讓讀取與合理性互不干擾，接入不影響機器本來的運作方式。

兩條線共同遵守一條底線：不打斷機器原本的運作方式。任何會改被測物件行為的做法，都不在考量範圍內。 落地層面，這兩條線最終沉澱為自研的韌體與驅動：基於主流網卡平台做深度客製，鏈路穩定、長時間連續運作丟包率低；覆蓋主流主機板與系統版本，出廠前完成相容性回歸。這不是一次性的交付，而是從最早一版方案就延續下來的習慣——把「穩定」和「相容」當作要反覆驗證的工程指標，而不是參數表上的一句話。

問題沒換，名字換了幾輪。 從最早的一版方案，到今天在售的產品線，脈絡大致是：

• —RPC 雙轉——最早的一版，先解決眼前最迫切的「讓兩台機器對上話」；
• —早期應用層轉換方案——在 RPC 雙轉之上繼續往前，把覆蓋場景擴到應用層面；
• —RDMA——今天在售的產品線之一，負責網卡驅動方向開發；
• —VT-D FW——另一條線，負責隔離韌體方向開發。

期間我們也承接過不少市面上的專案。每一單都不是單純的交付，而是把「穩定」和「相容」這兩個詞再壓實一點：現場遇到過的邊角情況、手冊裡沒寫清的握手順序、某塊主機板特有的時序偏差——這些經驗被收進自己的韌體與驅動裡，成為下一版方案的一部分。 我們自 2024 年 1 月進入這一行，從販售韌體起步；2025 年 9 月，第一個雙機專案落地，團隊正式組建。此後不斷研發，為解決客戶問題始終不懈努力。

我們清楚這類工作的邊界，也據此給自己設了三條原則：

• —克制——不追求參數表上好看的数字，只追求長時間運作之後，鏈路依舊穩定。
• —誠實——能做到的寫清楚，做不到的不承諾。一句提前說出口的警告，勝過事後十句道歉。
• —長期——願意為每一位客戶的相容性問題付出實踐，讓客戶每一分錢都花到點上。

合規邊界同樣明確：本網站所有產品僅限合法授權的自有設備與合規業務場景使用，用戶需自行確保其使用行為符合所在地法律及所涉第三方服務條款。我們提供的是觀測與隔離的工具方法，不替代、也不參與任何對設備原有業務的改動。

故事還沒寫完。如果你也在等一個沒人肯做的答案，我們大概會說同一種語言。