要點
- 自托管意味著應用、資料庫與 AI 運行在您控制的基礎設施上。
- 通常的理由是駐留、隔離，或一張不能訪問公共網際網路的網路。
- 多數“本機 CRM”仍把 AI 提示發到雲模型。把這個問題單獨問。
- Qivity runs on Docker with PostgreSQL and Redis. Lilly is an optional add-on that then runs on your infrastructure, with egress optional.
自托管 CRM 是您運行在自己控制的基礎設施上的軟體： 您的虛擬机、您的 Kubernetes 集群、您的私有雲。應用、資料庫，以及——如果產品誠實——AI 助手，都住在那裡。
它與“我們在孟買有一個資料中心區域”不是一回事。SaaS 資料庫的駐留有用。那不是自托管。
何時自托管 CRM 是正確選擇
- 監管或客戶合同對處理位置的點名，比供應商區域能滿足的更緊。
- 網路是氣隙的，或出口本身就是事故。
- 您已經在運營 PostgreSQL，寧愿擴展它，也不愿打開一塊新的 SaaS 攻擊麵。
- 采購不會接受基礎模型子處理方，而 CRM 的助手仍必須繼續工作。
如果這些都不成立，一套運轉良好的托管部署更簡單。自托管是運維選擇，不是徽章。
AI 的陷阱
許多本機 CRM 仍會調用托管模型。那您就是為私有資料庫和公開提示付了钱。 私有 AI CRM 把推理留在同一邊界內。Qivity 的自托管選項 包含運行在本機模型上的 Lilly。 架構對比 是短版本。
您實際要運營什麼
Qivity 的占地刻意無聊：Docker、PostgreSQL、Redis。備份就是資料庫備份。升級就是拉取鏡像。沒有专有一體机，也不需要合作夥伴來“把組織立起來”。
您仍需要一個能跑容器並恢復資料庫的人。如果那個人不存在，不要把自托管當成政治姿態。使用托管，把 AI 留在部署本機，等團隊就緒再回頭。
該問供應商的問題
- AI 是否在同一套安裝裡運行，並且可以關閉出口？
- 我們擁有哪套資料庫，能否轉儲？
- 不需要一周专業服務的升級路徑是什麼？
- SSO、審計導出、備份保留——在產品裡，還是作為定制構建？
如果自托管是要求而不是偏好，聯係我們。 帶上約束（氣隙、區域、DPA），而不是一句籠統的“我們要本機部署”。約束決定安裝方式。