後 SaaS 作業系統：重構企業軟體
當你構建應用程式時，你不會從編寫程序排程程式、記憶體管理器或檔案系統開始。你會使用作業系統——Linux、Windows、macOS——它們提供了這些原語，讓你專注於應用邏輯。
然而，當企業構建業務軟體時，他們卻在反覆重新實現相同的基礎元件：身份驗證、授權、審計日誌、工作流引擎、資料同步、多租戶。每一個 ERP、CRM 和 HRM 系統都在從頭構建這些功能。
這簡直是瘋狂的。
我們提出了一種不同的模式：ObjectOS，一個企業應用的核心。不是框架。不是 SaaS 平臺。而是業務邏輯的作業系統。
問題：每個業務應用都在重複造輪子
試想一下當你構建 CRM、庫存系統或審批工作流工具時會發生什麼：
你重構了身份管理
- 使用者認證 (密碼, 2FA, SSO)
- 基於角色的訪問控制 (RBAC)
- 許可權層級 (誰能檢視/編輯什麼資料)
- 會話管理和令牌輪換
你重構了審計與合規基礎設施
- 記錄每次資料變更 (誰修改了什麼，何時修改)
- 針對 SOX/HIPAA/GDPR 的不可變審計跟蹤
- 保留策略與資料生命週期管理
- 取證調查能力
你重構了工作流編排
- 審批鏈的狀態機
- 事件驅動的自動化 (狀態變更觸發動作)
- 重試邏輯與錯誤恢復
- 分散式事務協調
你重構了資料同步與離線支援
- 多使用者編輯同一記錄時的衝突解決
- 樂觀更新與最終一致性
- 增量同步以最小化頻寬
- 針對現場工作人員的離線優先架構
每一次。每一個系統。都在重複。
後 SaaS 的洞見：這些不是特性——它們是核心功能
作業系統提供系統呼叫：open(), read(), write(), fork(), exec()。應用開發者不重新實現檔案 I/O 或程序排程。他們呼叫核心。
ObjectOS 提供業務系統呼叫：
authenticate(user, credential)→ 身份驗證authorize(user, resource, action)→ 許可權強制audit(user, action, data)→ 合規記錄transition(workflow, state, event)→ 工作流執行sync(client_db, server_db, strategy)→ 資料同步
你的應用邏輯變成核心載入的外掛。你定義 CRM 做什麼 (實體, 工作流, 許可權)。ObjectOS 處理如何執行 (身份, 審計, 同步)。
ObjectOS 架構：微核心設計
ObjectOS 遵循微核心哲學：
1. 核心核心 (最小且穩定)
- 身份與認證引擎
- 基於角色的訪問控制 (RBAC) 與欄位級安全
- 帶有加密驗證的審計日誌
- 外掛生命週期管理
- 用於本地優先複製的同步協議
核心程式碼少於 10,000 行。 它是穩定的。不常變更。就像 Linux 的核心排程器一樣，久經考驗。
2. 業務邏輯即外掛
其他一切——CRM, ERP, 庫存, HR——都是帶有清單檔案的外掛：
// crm-plugin.manifest.ts
export const CRMPlugin = {
name: 'enterprise-crm',
version: '2.1.0',
entities: [
{ import: '@objectql/schemas/customer' },
{ import: '@objectql/schemas/opportunity' },
],
workflows: [
{ import: './workflows/lead-qualification.yml' },
{ import: './workflows/contract-approval.yml' }
],
permissions: {
'sales-rep': ['read:customers', 'create:opportunities'],
'sales-manager': ['*:customers', '*:opportunities'],
},
hooks: {
'opportunity.created': './handlers/notify-team',比較：ObjectOS vs. 傳統架構
| 維度 | 傳統 SaaS | ObjectOS |
|---|---|---|
| 認證與身份 | 每個應用自定義實現 | 核心服務 (內建 SSO, RBAC) |
| 審計日誌 | 手動埋點 | 自動核心級記錄 |
| 多租戶 | 應用開發者負責 | 核心強制租戶隔離 |
| 工作流引擎 | 重建或購買獨立服務 | 清單中的宣告式工作流 |
| 離線同步 | 複雜、易錯的自定義程式碼 | 核心同步協議 (CRDT/LWW) |
| 擴充套件性 | 單體重寫 | 動態載入/解除安裝外掛 |
| 部署 | 僅雲端或複雜的自託管 | 本地執行, 本地部署, 或雲端 |
戰略啟示
停止構建基礎設施。開始構建業務邏輯。
如果你是 CTO 或工程副總裁，問問自己：
- 你的工程預算中有多少用於 SSO、審計日誌和許可權等“入場券”功能？
- 如果基礎設施是一個已解決的問題，你的團隊是否能交付更多的客戶價值？
- 如果你的下一個新員工專注於領域邏輯而不是管道工程，這意味著什麼？
ObjectOS 就是那個已解決的問題。它是後 SaaS 時代的核心。
後 SaaS 的未來
企業軟體的未來不是購買更多的 SaaS 訂閱。而是關於：
- 由外掛而非單體構建的可組合系統
- 資料主權 (在本地或你的雲中執行)
- 協議驅動整合 (而非 API 膠水程式碼)
- 核心級治理 (而非外掛式合規)
ObjectOS 是我們到達那裡的方式。