探祕 1650 萬美元雲基建初創 Nuon：如何用開源 BYOC 破解大企業 AI 落地瓶頸

這期我認爲非常值得做。

因爲 Nuon 表面上是在解決一個很“工程師”的問題：軟件到底部署在哪個雲賬戶裏？

但站到更高層，它真正觸碰的是企業軟件未來十年的一個核心權力問題：

企業到底願不願意把自己的數據、模型、網絡邊界和運行權交給 SaaS 廠商？

過去十五年，SaaS 的勝利邏輯是：

“把一切交給供應商託管，換取極致便利。”

而 AI 時代正在出現一股反作用力：

“軟件我想用，但數據、模型、雲賬單、權限和基礎設施邊界必須留在我這裏。”

Nuon 想成爲的，就是這兩種世界之間的基礎設施層。

一、先校準幾個關鍵事實

1. Nuon 累計融資 1650 萬美元是真的，但投資方需要補上 M12

Nuon 於 2024 年 12 月正式走出 stealth，宣佈 Seed + Series A 累計融資 1650 萬美元。

投資者包括：

M12（微軟風投）、Uncork Capital、Redpoint Ventures、Mantis VC、Essence VC、Red Swan Ventures 等。Nuon 官方稱當時團隊只有約 10 人，已有幾十家公司通過 Nuon 提供 BYOC。

所以標題裏的：

“Redpoint、Uncork、Mantis”

沒錯，但正式課程最好把 M12 也放進去。

而 Mantis 確實是 The Chainsmokers 成員 Alex Pall、Drew Taggart 與專業 VC 團隊共同創立的基金。

二、第二個重要事實：Nuon 現在確實已經完全開源

2025 年 12 月，Nuon 將整個核心產品以 AGPLv3 協議開源。

這不是最初融資時就已經完全開源，而是公司運行四年以後做出的戰略轉變。

所以更準確的歷史順序應該是：

2021 左右開始構建 Nuon

↓

2023 產品開始運行

↓

2024 走出 stealth、公佈 $16.5M 融資

↓

2025 全面開源

↓

2026 推動 BYOC 成爲標準化企業軟件交付模式。

這比簡單寫：

“Nuon 是一家開源 BYOC 公司”

更有歷史縱深。

三、先把 BYOC 講透：它既不是 SaaS，也不是傳統 Self-Hosted

傳統 SaaS：

供應商的 AWS

↓

供應商的軟件

↓

供應商的數據庫

↓

企業客戶的數據。

最大的優勢：

Convenience。

客戶基本不用管。

最大的問題：

Control。

敏感數據和運行環境進入 Vendor Boundary。

傳統 Self-Hosted：

客戶的 AWS / Azure / GCP

↓

客戶自己安裝軟件

↓

客戶自己升級

↓

客戶自己修問題。

優勢：

Control。

缺點：

Operational Burden。

供應商把 Docker、Helm、文檔扔給你：

“Good luck。”

這就是很多 Enterprise Self-Hosted 產品最糟糕的地方。

BYOC 則試圖實現：

Customer owns the environment; vendor owns the operation。

軟件跑在：

客戶自己的 Cloud Account / VPC。

但是：

版本發佈、

升級、

監控、

回滾、

運行維護

仍然儘量像 SaaS 一樣由 Vendor 管理。

Nuon 自己對這個定位非常明確。

四、所以 BYOC 真正偉大的地方不是“數據在客戶雲裏”

而是試圖解決一個長期被認爲很難同時滿足的三角：

Control + Security + Convenience

傳統 SaaS：

Convenience 強。

Control 弱。

Traditional Self-Hosted：

Control 強。

Convenience 弱。

Nuon 想說：

爲什麼不能兩個都要？

這纔是商業價值。

五、這裏我特別建議修改你材料裏的“物理隔離”

客戶自己的 AWS Account / VPC：

並不意味着：

“物理服務器完全和別人隔離。”

AWS、Azure、GCP 本身仍然大量使用共享物理基礎設施。

更準確的是：

Cloud Account / Network / Data-Plane Isolation。

也就是：

IAM。

VPC。

Encryption Keys。

Network Policies。

Cloud Billing。

Audit Logs。

Data Residency。

由客戶自己控制。

這是：

邏輯和安全邊界上的隔離。

不是傳統意義上的：

“我擁有獨立機房裏的服務器。”

六、這恰恰說明 Nuon 真正賣的是“Trust Boundary”

企業軟件採購最重要的問題之一越來越變成：

Where does this run?

John Morehouse 本人現在也持續強調：

對於很多銀行、醫療、政府和大型企業，這個問題已經成爲重大采購條件。

因此 Nuon 的產品其實不是簡單：

Deployment Tool。

更準確的定義是：

Trust-Boundary Infrastructure。

它幫助 Vendor 和 Buyer 協商：

你控制什麼？

我控制什麼？

我的代碼如何進去？

你的數據如何不出來？

升級如何批准？

出了事故誰可以 Break Glass？

這比“DevOps 工具”大得多。

七、AI 爲什麼讓這個問題突然變得更重要？

因爲傳統 SaaS 處理的數據可能是：

CRM 聯繫人。

項目任務。

營銷內容。

但 AI 系統爲了真正有價值，需要越來越深入地訪問：

內部文檔。

源代碼。

合同。

員工交流。

財務信息。

醫療數據。

客戶數據庫。

模型權重。

API Keys。

內部知識庫。

於是：

AI 的價值與它能讀取的數據深度正相關。

但與此同時：

企業的安全恐懼也與數據深度正相關。

這就是所謂的：

Enterprise AI Paradox。

AI 越想變聰明，

它越需要更深的數據。

它越接觸更深的數據，

CISO 越不願意讓它跑在第三方環境裏。

八、所以 AI Enterprise Adoption 的真正 Bottleneck 可能不是模型 IQ

很多創業者認爲：

“模型再聰明一點，公司自然會買。”

不一定。

企業現實裏常常真正擋住 Deal 的是：

Security Review。

Data Residency。

Vendor Risk。

SOC 2。

Network Architecture。

SSO。

Auditability。

Cloud Procurement。

Legal。

也就是說：

模型已經能做，企業卻不敢讓它做。

Nuon 就是在解決這種：

Capability → Deployment → Trust → Purchase

之間的斷層。

九、這也是爲什麼 JPMorganChase 自己已經把 BYOC 類架構列爲重要趨勢

JPMorganChase 2025 年 Emerging Technology Trends 報告專門討論了 Bring Your Own Cloud / Bring Your Own Bucket 一類模式，核心邏輯就是：

客戶掌握數據位置、retention、雲基礎設施，同時讓 compute 獨立運行。

不過這裏要注意一個細節：

JPMorgan 報告中的 BYOC/BYOB 很大程度在討論：

Data / Compute Architecture。

Nuon講的是更廣義的：

Commercial Software Delivery Architecture。

兩者高度相關，

但不完全是同一個概念。

正式課程最好不要直接把 JPMorgan 的報告說成：

“JPMorgan 官方驗證了 Nuon 產品。”

它驗證的是：

BYOC 這一架構趨勢本身正在進入大型企業技術戰略。

十、爲什麼銀行尤其適合 BYOC？

因爲銀行擁有一個普通 SaaS 公司沒有的東西：

極端高昂的錯誤成本。

如果一家普通營銷軟件泄漏：

可能很麻煩。

銀行系統泄漏：

客戶金融數據。

交易信息。

身份。

賬戶。

AML 信息。

監管處罰。

系統性風險。

所以銀行技術架構天然追求：

Zero Trust。

Least Privilege。

Segmentation。

Auditability。

Resilience。

十一、這也是爲什麼銀行經常願意犧牲便利，購買控制權

普通 Startup：

“直接用 SaaS，半小時上線。”

銀行：

可能：

Security Review 六個月。

這不是銀行人“官僚”。

而是：

Risk-Adjusted Optimization。

普通 Startup 最大風險：

走得不夠快。

銀行最大風險：

一次重大事故。

目標函數根本不同。

十二、視頻裏的“四家大型銀行機會”我建議這樣處理

視頻裏如果 Mark 明確說：

目前有四家大型銀行 procurement opportunity，

可以保留爲：

“據視頻中 Nuon Revenue 團隊披露。”

但我沒有找到公開、可獨立驗證的四家銀行名單。

公開資料能確認的是：

Nuon 確實在與大型銀行/Fortune 500 進行 BYOC 商業討論；Mark 還提到某銀行 prospect 甚至把 Nuon 稱爲潛在的“SaaS killer”。

所以正式成稿：

不要寫成已經拿下四大銀行。

“進入採購機會流程”

和：

“簽約客戶”

完全不同。

十三、這又是一條非常重要的 Enterprise Sales 知識

Enterprise Pipeline：

不是 Revenue。

POC：

不是 Contract。

Security Review：

不是 Close。

Procurement：

也不是 Cash Collected。

尤其銀行：

一個 Deal 可以跑：

12—24 個月。

所以高質量商業分析必須區分：

Pipeline → Contract → Deployment → Production → Renewal。

每一步的價值完全不同。

十四、Nuon 最聰明的地方，是它並不是去向銀行直接賣“所有軟件”

它主要先服務：

Software Vendor。

例如：

一家 AI Startup 已經做出很好的產品。

大型銀行說：

“很好，但是必須運行在我們的 AWS Account。”

Startup 會突然發現：

這不是加一個 Feature。

而是：

要重新構建：

deployment system。

upgrade system。

permissions。

logs。

debug。

multi-tenancy。

rollback。

customer-specific configuration。

這可能消耗：

半年甚至一年。

十五、於是一個 $500K Enterprise Deal 可能被 Deployment 擋死

這是 Nuon 最漂亮的經濟學。

假設：

Startup 產品已經值：

$500K ARR。

客戶也想買。

最後 Security Team 說：

“必須 BYOC。”

公司只有：

20 個 Engineer。

如果要：

5 個工程師做 9 個月，

Opportunity Cost 極大。

所以 Nuon 可以說：

不要用最貴的產品工程師重新造一套 Customer Cloud Platform。

把這部分外包給 Nuon。

這就是：

Engineering Time Arbitrage。

十六、Nuon 其實在賣“更快地拿到 Enterprise Revenue”

這是非常重要的定位。

差的銷售 Pitch：

“我們可以幫助你做 BYOC。”

好的：

“因爲你沒有 BYOC，你的 $1M ARR 銀行客戶籤不下來。”

一旦如此，

Nuon 不再是：

Infrastructure Cost。

而是：

Revenue-Enabling Infrastructure。

這是 SaaS 定價能力發生躍遷的地方。

十七、所以 Nuon 真正應該衡量的最關鍵指標，不只是 Deployments

我會看：

Time-to-First-BYOC-Customer

客戶從籤 Nuon 到第一個 Enterprise customer 上線多久？

Engineering Hours Saved

省掉多少核心工程時間？

Enterprise ARR Unlocked

因爲 Nuon 成交多少 ARR？

Deployment Reliability

升級成功率、回滾率。

Fleet Scale

每個 Vendor 管多少 Customer Environments？

最後一個特別重要。

十八、因爲 BYOC 最難的不是“安裝第一套”

真正難的是：

Day-2 Operations。

第一個客戶：

可以手工搞。

十個：

開始痛苦。

100 個：

完全不一樣。

每家企業：

AWS Account 不同。

Region 不同。

IAM 不同。

VPC 不同。

Security Policy 不同。

Kubernetes 版本不同。

Maintenance Window 不同。

十九、這就是 Nuon 真正的核心工程難題：管理異構 Fleet

你不是在管理：

自己的 Production。

而是在管理：

100 個別人擁有的 Production。

這跟傳統 SaaS 完全不同。

SaaS：

我控制整個環境。

BYOC：

我必須面對：

Customer Entropy。

Nuon 自己現在把：

“擁抱客戶環境的 chaos”

當成核心設計原則之一。

二十、所以 AMI 那段討論真正值得學的，不是技術細節本身

AMI 可以讓啓動速度快。

但是大型金融客戶可能說：

“我不會運行你提供的未經內部批准的 machine image。”

這時候工程師最容易犯的錯誤是：

“但我們的鏡像更快、更方便。”

Enterprise 真正在優化的是：

Control Surface。

所以優秀 Enterprise Infrastructure 的設計哲學必須是：

Opinionated enough to be easy; flexible enough to survive customer security。

二十一、這就是爲什麼 Infrastructure Startup 最難的不是寫代碼

而是：

Designing for Other People's Constraints。

Consumer App：

你控制體驗。

Enterprise Infrastructure：

客戶擁有：

Architecture Opinion。

Security Opinion。

Compliance Opinion。

Cloud Opinion。

因此產品很容易被定製需求拖死。

二十二、Nuon 如果能夠成爲標準，價值就在於把“定製”變成“參數”

這是基礎設施公司真正厲害的一層。

不成熟：

每一個客戶：

Special Project。

成熟：

Customer A：

Configuration A。

Customer B：

Policy B。

Customer C：

Architecture C。

底層仍然：

One Platform。

所以 Nuon 的長期毛利和擴展能力取決於：

Customization 是否真正 Software-Defined。

二十三、Token 從 6—9 小時改到 90 天的故事也非常值得講，但結論不能只是“開發體驗更好”

安全世界永遠存在：

Security vs Usability Trade-off。

Token 短：

安全風險低。

但 CI、CLI 使用很痛苦。

Token 長：

開發體驗好。

但泄漏窗口增加。

真正成熟產品不能簡單：

“全部延長到 90 天。”

而應該支持：

Scope。

Revocation。

Rotation。

Machine Identity。

Short-lived credentials for sensitive actions。

Audit。

這就是：

Security Engineering。

不是單純選一個時間。

二十四、AI 時代這個問題會更加嚴重

未來不只是：

Human CLI

需要 Token。

還有：

Agent。

CI Bot。

Coding Agent。

Deployment Agent。

每一個機器身份都需要：

Permission。

Identity。

Secrets。

這會讓：

Machine Identity

成爲非常大的安全市場。

BYOC 與 Agent Security 未來很可能在這裏交匯。

二十五、Nuon 開源是一個非常聰明的戰略，但“開源 = 安全”絕對是錯誤的

Mark 說得對的一部分是：

銀行 Security Team 可以直接：

看源代碼。

Architecture。

Permissions。

Operational Model。

這大幅降低：

Information Asymmetry。

但開源並不自動意味着：

沒有漏洞。

二十六、Heartbleed、Log4j 已經證明：開源也可以存在重大漏洞

所以真正關係應該是：

Open Source → Auditability

而不是：

Open Source → Security。

Security 還需要：

Code Review。

Dependency Management。

Release Process。

Signing。

RBAC。

Secrets。

Audit Logs。

Incident Response。

Pen Testing。

二十七、Nuon 爲什麼到了第四年才全部開源，也很有意思

因爲它已經意識到：

自己正在進入一個非常敏感的位置：

Vendor

↓

Nuon

↓

Customer Cloud。

這意味着 Nuon 本身屬於：

Supply-Chain Trust Layer。

企業必須相信：

“你不會成爲攻擊我整個環境的入口。”

所以：

開源代碼

可以降低：

供應鏈黑盒程度。

這就是 Open Source 作爲：

Enterprise Sales Tool。

而不僅僅是 Developer Marketing。

二十八、AGPLv3 這個選擇也有商業含義

Nuon 沒有選擇：

MIT。

Apache 2.0。

而是：

AGPLv3。

這是一種更強 Copyleft 許可證。

簡單說：

可以看。

可以改。

可以自建。

但如果你對軟件做了修改，並通過網絡提供服務，通常會觸發更強的源碼分享義務。

這在戰略上有一個作用：

開放透明，同時降低雲巨頭無成本閉源拿走代碼的空間。

二十九、所以 Nuon 的商業模式其實很經典

Core：

Open Source。

然後：

Managed BYOC。

Enterprise Support。

Security / Governance Add-ons。

這是：

Open-Core / Managed Infrastructure Economics。

類似歷史上：

Red Hat。

GitLab。

Elastic 的部分階段。

Grafana。

MongoDB。

三十、但 Nuon 最終絕不能靠“開源”本身建立護城河

如果代碼已經公開：

什麼纔是價值？

Operational Expertise。

Customer Fleet Knowledge。

Security Hardening。

Release System。

Enterprise Relationships。

Support。

Trust。

標準。

這正是第一個客戶續約故事真正有意義的地方。

三十一、“客戶自己已經有能力重寫，仍然續約”是非常強的基礎設施產品信號

因爲 Infra 最容易被客戶問：

“我們爲什麼不自己 Build？”

如果客戶跑一年以後已經理解架構，

還是說：

“我不想維護。”

這說明 Nuon 不只提供：

Code。

還提供：

Operational Burden Removal。

這是非常值錢的。

三十二、AWS 本身就是這個邏輯的超級案例

企業當然可以：

自己買服務器。

自己建機房。

自己做數據庫。

爲什麼要 AWS？

因爲：

Owning capability ≠ Wanting operational responsibility。

很多公司“技術上能夠自己建”：

沒有商業意義。

真正問題是：

是不是 Core Competency？

三十三、所以 Startup 最重要的問題不是“我們能不能自己做”

而是：

我們應該自己做嗎？

如果某個功能：

客戶願意付錢。

決定核心差異化。

應該 Build。

如果只是：

必要但非核心基礎設施，

傾向 Buy。

Nuon 的整個存在就是押注：

BYOC Deployment 最終屬於 Buy，而不是每家軟件公司重複 Build。

三十四、這也是 Nuon 最大的市場判斷風險

如果未來：

AWS、Azure、GCP

自己把這種 Customer-Cloud Software Delivery 做成標準能力，

Nuon 會被壓縮嗎？

可能。

如果 Kubernetes / Terraform / Agent tooling 足夠簡單，

每家公司自己搭成本降到極低，

也可能削弱 Nuon。

所以它必須做的不是：

“比 Terraform 多幾個按鈕。”

而是：

成爲 BYOC Standard。

三十五、這也解釋了爲什麼 Jon 的長期願景不是“賣一個 DevOps Tool”

Nuon 官網現在寫得非常大：

第一步：

Enable BYOC for everyone。

第二步：

Build new BYOC primitives。

第三步：

Create the BYOC Cloud。

他們甚至提出：

一種專門爲“消費軟件”而不是“構建軟件”設計的新型 Vertical Cloud。

這已經不是工具公司 Thesis。

而是：

Software Distribution Infrastructure Thesis。

三十六、爲什麼可以類比“軟件的 App Store / Logistics Layer”？

傳統軟件：

Vendor Build。

然後：

SaaS Hosting。

未來 Enterprise Software：

Vendor Build。

↓

Nuon Package。

↓

Customer Environment。

↓

Deploy。

↓

Update。

↓

Observe。

↓

Rollback。

Nuon 如果控制：

這條軟件跨組織邊界的 Logistics，

它的位置會非常重要。

三十七、這可以類比 Stripe

Stripe 沒有創造：

信用卡。

它標準化了：

Internet Business 如何接入支付。

Twilio：

沒有發明電話。

它標準化：

Software 如何調用通信。

Cloudflare：

沒有發明網絡。

它標準化：

應用如何獲得邊緣網絡和安全。

Nuon 想做：

Software 如何進入別人的雲。

如果成功，

這是很大的基礎設施位置。

三十八、但是 Nuon 並不是沒有競爭者

這一點課程必須講。

成熟玩家 Replicated 長期就在幫助軟件廠商把產品交付到：

On-Prem。

Air-gapped。

VPC。

Customer-controlled environments。

Replicated 當前甚至宣稱 70 家 Fortune 100 企業使用其平臺管理商業軟件。

另外 BYOC 領域還有：

Northflank。

Aiven。

Qovery。

Porter。

Omnistrate 等不同方向的玩家。

所以：

Nuon 沒有發明“軟件跑在客戶雲中”。

它真正下注的是：

把 BYOC 做成：

標準、開發者友好、SaaS-like 的通用產品層。

三十九、這和 Space 那期非常相似

Space：

不是第一個 Cloud Filesystem。

LucidLink 等已經存在。

Nuon：

也不是第一個 Enterprise Software Distribution Platform。

真正問題不是：

“以前有沒有人做？”

而是：

爲什麼 Now？

四十、Nuon 的 Why Now 有五個非常強的結構性驅動力

第一：

AI Data Sensitivity。

AI 需要訪問更多敏感數據。

第二：

Data Sovereignty。

各國和行業越來越關注數據位置。

第三：

Cloud Commitments。

大型企業已經給 AWS/Azure/GCP 承諾數億美元消費，希望軟件使用自己的 cloud spend。

第四：

Egress Economics。

大量數據搬出去非常貴。

第五：

Security Concentration Risk。

所有數據集中在 SaaS Vendor 環境會增加第三方風險。

這五個加起來：

BYOC 的經濟學比十年前強得多。

四十一、這裏尤其值得講“Cloud Commit”

一家 Fortune 500 企業可能已經承諾：

未來幾年在 AWS 花：

數億美元。

如果它又買 SaaS：

相當於：

繼續給 Vendor 支付 Vendor 的 AWS 成本。

如果軟件直接跑進客戶 AWS：

Cloud Spend

可以被納入已有：

Enterprise Discount / Committed Spend。

這其實是 BYOC 除了安全以外的第二條巨大驅動力：

FinOps。

四十二、所以企業採用 BYOC 並不只是因爲“害怕數據泄漏”

還可能因爲：

Data Gravity。

Cloud Economics。

Performance。

Network Egress。

Vendor Exit Risk。

Resilience。

這點必須講，不然會把 BYOC 寫成純粹的：

Security Product。

其實它是：

Security + Economics + Control + Procurement。

四十三、Data Gravity 是理解整個趨勢非常好的概念

數據量小：

把數據移動到 App。

很容易。

數據量：

100TB。

1PB。

幾十 PB。

突然：

Move Compute to Data

比：

Move Data to Compute

更合理。

AI 尤其如此。

訓練數據、

日誌、

視頻、

醫療數據、

企業內部數據

非常大。

這會天然推動：

BYOC。

四十四、這甚至可能讓 SaaS 時代的一條默認假設發生變化

過去：

Data moves to software。

未來部分企業：

Software moves to data。

這就是 Nuon 真正在賭的範式變化。

我認爲這句話可以作爲整期核心。

四十五、如果這個趨勢真的成立，傳統 SaaS 的邊界會發生變化

過去 SaaS 公司控制：

App。

Compute。

Database。

Operations。

未來可能變：

Vendor 控制：

App Logic。

Control Plane。

Release。

Customer 控制：

Data。

Compute。

Network。

Keys。

於是 SaaS 從：

Full Ownership Model

變成：

Federated Operating Model。

這是非常大的架構轉移。

四十六、但 BYOC 也存在一個經常被低估的問題：Vendor Cost 會增加

SaaS 最大優點：

一套環境。

所有客戶使用。

BYOC：

100 客戶

可能：

100 個 environment。

這會產生：

Deployment Fragmentation。

Version Drift。

Support Complexity。

Upgrade Coordination。

Cloud-specific bugs。

因此：

BYOC 不是免費午餐。

四十七、真正的問題是：誰來吸收這種複雜度？

有三種答案。

第一：

Customer。

變 Self-Hosted。

第二：

Vendor。

自己養大團隊。

第三：

Nuon。

Nuon 的商業價值就是：

集中吸收：

別人不願承擔的複雜性。

所以它本質上是一家：

Complexity Aggregator。

四十八、優秀基礎設施公司的商業模式經常就是這樣

Stripe：

吸收支付複雜度。

AWS：

吸收基礎設施複雜度。

Cloudflare：

吸收網絡複雜度。

Datadog：

吸收 observability 複雜度。

Nuon：

希望吸收：

Customer-Cloud Operations Complexity。

複雜度越高，

客戶自己建越痛，

第三方平臺價值越大。

四十九、但它還有一個非常棘手的問題：誰承擔事故責任？

軟件跑在：

客戶 Cloud。

Vendor Operates。

Nuon Orchestrates。

出 Bug：

誰錯？

Nuon？

Vendor？

AWS？

Customer Policy？

這就需要：

Shared Responsibility Model。

Cloud 歷史已經證明：

責任邊界必須非常明確。

否則出了事：

所有人互相甩鍋。

五十、所以 Nuon 後來推出 Change Controls、Approvals、Drift Detection、Break Glass 非常關鍵

這些功能不只是“Enterprise Features”。

它們本質上是在建立：

Governance Layer。

誰可以更新？

什麼時候更新？

更新了什麼？

客戶批准了嗎？

實際狀態和預期狀態有 Drift 嗎？

緊急情況下誰可以進入？

一旦做到這一層，

Nuon 開始從：

Deployment Tool

升級爲：

Cross-Company Control Plane。

五十一、這個位置如果做成，護城河會明顯增強

爲什麼？

因爲：

Deployment

可以被複制。

但是：

Policy。

History。

Fleet State。

Audit。

Customer Trust。

Security Integrations。

Vendor Workflow。

一旦全部沉澱進去，

Switching Cost 開始形成。

這就是 Infra Company 真正應該追求的：

Control-Plane Gravity。

五十二、這也是爲什麼“Nuon 安裝 Nuon”這個故事非常重要

Nuon 自己支持：

Nuon Cloud。

Nuon BYOC。

以及：

Nuon Self-Hosted。

這就是經典：

Dogfooding。

如果你說：

“軟件應該能運行在客戶環境。”

自己卻：

只支持 SaaS，

可信度顯然低。

五十三、但“客戶切斷 Nuon 所有外部訪問”要按部署模式區分

Nuon BYOC 模式：

控制平面可以由 Nuon 管理。

Nuon Self-Hosted：

纔可以完全運行在客戶自己的基礎設施內，不依賴 Nuon Cloud。

所以不要把所有 BYOC 都寫成：

“完全 Air-Gapped。”

BYOC、

Self-Hosted、

Air-Gapped

是不同安全等級。

這一點正式課程必須分清。

五十四、辦公室鍵盤文化可以作爲故事，但不要把它神化成“人才篩選機制”

機械鍵盤、Split Keyboard、極客桌面：

很有創業文化傳播效果。

但真正優秀 Infrastructure Engineer 的信號應該是：

Systems Thinking。

Debugging。

Security Judgment。

Taste。

Reliability Discipline。

Distributed Systems。

Customer Empathy。

鍵盤只是：

Cultural Artifact。

不是人才標準。

這點我建議課程裏輕描淡寫。

五十五、Jon Morehouse 作爲 Solo Founder 值得關注，但不是因爲“一人掌控所有細節”本身高級

Nuon 當前公開資料確實只列 Jon Morehouse 爲 Founder/CEO，沒有聯合創始人；Nuon 自己最近宣傳視頻時也直接稱他爲 solo founder。

真正值得研究的是：

Solo Founder 如何避免成爲 Single Point of Failure？

公司一開始：

Founder 理解所有東西。

很好。

但做到：

50 人。

100 人。

Enterprise customers。

Founder 仍然是：

所有知識唯一入口，

就是風險。

五十六、真正的 Founder Evolution 應該是：

Jon 腦中的：

BYOC Architecture。

Security Rules。

Customer Patterns。

Product Judgment。

逐漸轉換成：

Documentation。

Principles。

Architecture。

Leadership Team。

Automation。

Culture。

最終：

Founder Knowledge → Institutional Knowledge。

否則公司不能真正規模化。

五十七、“艱難時刻纔是最好的時刻”也要升維理解

不是：

越痛苦越好。

苦難本身不產生 Alpha。

真正發生的是：

Adversity reveals system weaknesses。

一個 Deal 丟掉。

告訴你：

Security 不夠。

一個升級失敗。

告訴你：

Release Architecture 有問題。

客戶拒絕 AMI。

告訴你：

Trust Boundary 理解錯了。

所以困難的價值是：

High-Quality Feedback。

五十八、好的創業團隊不是喜歡痛苦，而是把痛苦轉成系統

Bad Company：

事故。

救火。

結束。

下次再發生。

Great Company：

事故。

↓

Root Cause。

↓

Postmortem。

↓

Process Change。

↓

Automation。

↓

下一次不再發生。

這就是：

Operational Learning Rate。

基礎設施公司尤其如此。

五十九、外部 Vercel 故障那個小插曲，也可以升成非常好的架構課

現代 Startup 使用：

AWS。

Vercel。

Stripe。

GitHub。

Cloudflare。

OpenAI。

Datadog。

一旦其中任何上游出故障：

你也可能出故障。

這叫：

Dependency Risk。

六十、Cloud Native 最大的好處，也是最大風險

好處：

不用自己造。

開發快。

風險：

Your Reliability is partially inherited from your dependencies。

所以成熟公司必須：

Status Monitoring。

Retry。

Fallback。

Caching。

Circuit Breaker。

Graceful Degradation。

Dependency Mapping。

這又回到：

Resilience Engineering。

六十一、Nuon 最大的悖論其實非常有意思

它告訴客戶：

不要把關鍵基礎設施全部交給一個 SaaS Vendor。

但客戶使用 Nuon以後：

Nuon 自己又可能變成：

Critical Dependency。

所以它必須證明：

自己的存在不會創造新的：

Single Point of Failure。

這就是爲什麼：

Open Source、

Self-Hosted、

Customer-Controlled Runner、

Change Controls

在它身上尤其重要。

六十二、這也是爲什麼我認爲 Nuon 開源是戰略必然，而不只是市場營銷

它處在信任鏈越關鍵的位置，

客戶越會問：

“如果 Nuon 明天消失怎麼辦？”

開源 + Self-Hosted：

至少給出了某種：

Exit Option。

而 Exit Option 本身會增加今天的購買意願。

這是一個很漂亮的悖論：

客戶越容易離開你，反而越敢採用你。

六十三、這在 Enterprise Infrastructure 裏非常常見

PostgreSQL。

Kubernetes。

Linux。

企業敢把核心系統放上去，

部分原因就是：

不存在：

Absolute Vendor Captivity。

所以：

Open Standard / Open Source

不僅降低價格鎖定。

還降低：

Strategic Vendor Risk。

六十四、這也會成爲 Nuon 和傳統 SaaS 最大的哲學差異之一

傳統 SaaS 最喜歡：

Lock-in。

Nuon 長期要證明：

Control without Captivity。

客戶擁有：

Cloud。

Data。

Infrastructure。

Exit option。

Vendor仍然可以賺錢。

如果這個模型成立，

是企業軟件非常有意思的一次價值觀變化。

六十五、但 Nuon 現在仍然非常早

$16.5M 融資。

十幾人的團隊。

公開信息顯示已有多家 software vendors 使用；

但公開資料沒有看到：

巨大 ARR、

數百 Fortune 500 production customers、

明確市場份額

等證據。

所以現在更準確的判斷：

Nuon 是一個非常有意思的 Series A Infrastructure Bet。

還遠遠不能稱：

“BYOC 已經被 Nuon 贏下”。

六十六、真正需要長期跟蹤六個指標

第一：

Customer Growth

有多少 Vendor 真正在生產環境使用？

第二：

End-Customer Installs

每個 Vendor 後面到底部署多少企業？

第三：

Enterprise Renewal

是否續約？

第四：

Deployment Volume

管理多少客戶 cloud accounts？

第五：

Gross Margin

這種複雜 managed infrastructure 能不能保持軟件級毛利？

第六：

Standard Adoption

Nuon 的方法有沒有真正變成行業標準？

最後一個決定它能不能成爲大平臺。

六十七、因爲“標準”是 Infrastructure 最恐怖的護城河之一

HTTP。

TCP/IP。

Linux。

Kubernetes。

Terraform。

Docker。

一旦成爲默認方式：

其他產品會圍繞它構建。

人才會學習它。

文檔會引用它。

客戶會要求它。

這就是：

Ecosystem Lock-In without Proprietary Lock-In。

Nuon 真正最大的願景不是：

“讓更多人付 Nuon Subscription。”

而是：

讓 BYOC 這套操作模型成爲默認標準，而 Nuon 成爲最自然的實現。

六十八、這比傳統 SaaS 更難，但如果成功也更值錢

普通 SaaS：

擁有 Customer。

基礎設施標準：

可能擁有：

Category。

Stripe：

Payment API。

Datadog：

Cloud Observability。

Okta：

Identity。

HashiCorp：

IaC。

如果未來：

BYOC = Nuon

品牌價值會明顯不同。

現在還遠沒到這一步。

六十九、我認爲這期最值得 AI 創業者學習的一點，就是：

Enterprise AI 最大的機會之一不是再訓練一個模型，而是解決“模型如何被允許進入企業”。

這包括：

Identity。

Security。

Permissions。

Deployment。

Data Residency。

Observability。

Evaluation。

Audit。

Governance。

Compliance。

AI 最後能產生多少錢，

很大程度取決於這些“不性感”的基礎設施。

七十、每一輪技術革命最終都需要“無聊基礎設施”

汽車：

高速公路。

加油站。

保險。

駕駛執照。

互聯網：

Data Centers。

DNS。

Payments。

CDN。

Identity。

AI：

現在大家看到：

Models。

Agents。

但最終還需要：

AI Deployment Infrastructure。

Agent Identity。

Data Governance。

Security。

Enterprise Control Planes。

Nuon 就屬於這一層。

七十一、所以真正的大機會經常不是“製造汽車”，而是“鋪路”

前沿 AI 公司：

非常性感。

但很多巨大基礎設施財富來自：

誰讓它能夠：

安全、低成本、規模化進入真實經濟。

Visa 沒有製造消費品。

AWS 不做客戶 App。

Stripe 不賣鞋。

它們都控制：

Flow。

Nuon 想控制的是：

Enterprise Software Deployment Flow。

這就是它真正值得研究的戰略位置。

七十二、如果把 Nuon 的商業飛輪壓縮一下

軟件公司發現：

大客戶要求 BYOC

↓

不想自己 Build

↓

採用 Nuon

↓

更快成交 Enterprise

↓

更多 Enterprise Deployments

↓

Nuon 學到更多環境差異

↓

平臺支持更多 Architecture / Security Policy

↓

BYOC 更容易

↓

更多 Vendor 使用

↓

Open Source 擴大標準認知

↓

更多 Enterprise 開始主動要求 BYOC

↓

再回到：

更多 Nuon Deployment。

如果這條飛輪成立，

Nuon 就會越來越強。

七十三、但如果飛輪不成立，Nuon 可能會陷入另一條路

每個客戶：

巨大定製。

↓

Support Cost 高。

↓

Engineering 被 Customer Requests 拖走。

↓

Gross Margin 下降。

↓

變成：

Professional Services。

↓

增長依賴 Headcount。

這就是 Infrastructure Startup 最大的死亡風險之一：

Product becomes Consulting。

七十四、所以 Nuon 真正需要證明的是“複雜度能不能標準化”

不是：

BYOC 有需求嗎？

需求顯然存在。

真正的問題：

BYOC 的差異性究竟是參數化複雜，還是本質上每個客戶都獨一無二？

如果前者：

巨大軟件公司機會。

如果後者：

服務公司天花板。

這纔是投資人真正應該盯的。

七十五、把這期壓縮成十條真正值得學習的知識

第一，企業 AI 最大瓶頸越來越可能不是模型能力，而是企業是否允許模型接觸核心數據。

第二，BYOC 的真正價值不是“私有部署”，而是試圖同時擁有 SaaS 的便利和 Self-Hosted 的控制權。

第三，客戶雲賬戶隔離屬於安全/邏輯邊界，不應該誤寫成物理基礎設施完全獨立。

第四，AI 越依賴企業專有數據，Data Gravity 和 Data Sovereignty 就越重要。

第五，Enterprise Infrastructure 真正難的是 Day-2 Operations，而不是第一次安裝。

第六，Open Source 能增加透明度和退出選擇，但絕不自動等於安全。

第七，真正好的基礎設施 Startup 不是幫客戶寫更多定製代碼，而是把重複的複雜問題變成標準化 Primitive。

第八，企業購買基礎設施不僅爲了節省 IT 成本，還可能是爲了提前釋放本來籤不下來的 Enterprise Revenue。

第九，AI 時代軟件可能重新從“數據來到軟件”部分轉向“軟件來到數據”。

第十，未來 AI 最大的財富機會之一，很可能屬於那些解決部署、權限、安全、身份和數據治理這些“不性感瓶頸”的基礎設施公司。

七十六、這期最高的一層，其實可以濃縮成一個非常漂亮的歷史反轉

SaaS 革命過去二十年做的是：

把企業軟件從客戶機房拿走。

Nuon 代表的 BYOC 浪潮卻在說：

把軟件重新送回客戶環境。

但這次不是回到：

CD-ROM。

手工安裝。

IT 部門自己維護。

而是：

Vendor-Managed, Customer-Owned。

這不是回到過去。

而是一種新的架構綜合。

七十七、從金融角度，這其實是在重新分配“控制權”

傳統 SaaS：

Vendor 控制基礎設施。

客戶支付 Subscription。

BYOC：

客戶重新拿回：

Infrastructure Ownership。

Data Control。

Cloud Economics。

Vendor仍然保留：

Software Economics。

所以：

價值鏈沒有消失，只是控制權重新分配。

七十八、如果這個趨勢進一步擴大，未來大型企業採購軟件時可能不再只問：

“Do you have SOC 2?”

而會繼續問：

Can it run in our cloud?

Can we own the data plane?

Can we control upgrades?

Can we revoke your access?

Can we self-host if you disappear?

如果這些問題逐漸成爲標準，

Nuon 的市場就會突然變大。

這就是：

Architecture becoming a sales requirement。

七十九、標題我建議你再升級

你原來的第 1 個：

《探祕 1650 萬美元雲基建初創 Nuon：如何用開源 BYOC 破解大企業 AI 落地瓶頸》

已經比較準確。

但“1650 萬美元”只是融資額，不是最有價值的知識鉤子。

我最推薦正式課程標題：

《AI 爲什麼進不了大企業？Nuon 用 BYOC 重構 SaaS、數據主權與企業軟件交付》

這個我最喜歡。

如果偏技術與趨勢：

《SaaS 的下一種形態：Nuon 如何用 BYOC 讓軟件回到客戶自己的雲》

如果偏創業：

《十幾人、1650 萬美元融資：Nuon 如何抓住企業 AI 最“不性感”的部署瓶頸》

如果偏金融/商業：

《企業願意買 AI，卻不願交出數據：Nuon 與 BYOC 背後的千億軟件控制權之爭》

如果追求傳播：

《SaaS 會被 BYOC 取代嗎？一家 1650 萬美元初創正在賭這個未來》

作爲正式課程，我最推薦：

《SaaS 的下一種形態：Nuon 如何用 BYOC 重構企業軟件的控制權》

因爲這一期真正最高級的認知，不是：

“Nuon 會不會成爲獨角獸。”

而是：

AI 越強，企業越需要把最敏感的數據交給軟件；而數據越敏感，企業越不願意失去對運行環境的控制。

於是軟件行業可能正在從：

Vendor owns everything

向：

Customer owns the environment, vendor delivers the intelligence

遷移。

如果這條趨勢成立，Nuon 真正下注的不是一個 DevOps Feature。

它下注的是：

企業軟件未來的交付標準。

而基礎設施世界最大的財富，往往就誕生在這種“標準尚未確定”的時刻。