要点
- セルフホストとは、アプリ、データベース、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 は、管理下のインフラで動かすソフトウェアです。ご自身の VM、Kubernetes クラスタ、プライベートクラウド。アプリ、データベース、そして——製品が正直なら——AI アシスタントもそこに住みます。
「ムンバイにデータセンター地域がある」と同じではありません。SaaS データベースの所在は役立ちます。セルフホストではありません。
セルフホスト CRM が正しい判断になるとき
- 規制当局または顧客契約が、ベンダー地域では満たせないほど処理場所を狭く名指しする。
- ネットワークがエアギャップ、または出口がインシデントである。
- すでに PostgreSQL を運用しており、新しい SaaS 攻撃面を開くよりそれを伸ばしたい。
- 調達が基盤モデルのサブプロセッサを認めず、それでも CRM のアシスタントは動き続ける必要がある。
どれも真でなければ、よく回るホスト導入の方が単純です。セルフホストは運用の選択であり、バッジではありません。
AI の落とし穴
オンプレ CRM の多くは、いまもホストモデルを呼び出します。そのとき払ったのは、私的なデータベースと公的なプロンプトです。プライベート AI CRM は推論を同じ境界の中に留めます。Qivity のセルフホスト選択肢 はローカルモデルの Lilly を含みます。構成の比較 が短い版です。
実際に運用するもの
Qivity の足跡は意図して退屈です。Docker、PostgreSQL、Redis。バックアップはデータベースバックアップです。アップグレードはイメージの取得です。独自アプライアンスも、パートナーが「組織を立ち上げる」必要もありません。
コンテナを回し、データベースを復元できる人はまだ要ります。その人がいなければ、政治的な身振りでセルフホストしないでください。ホストを使い、AI を導入環境にローカルに留め、チームが準備できたら見直してください。
ベンダーへの質問
- AI は同じ導入で、出口オフで動きますか？
- 所有するデータベースはどれで、ダンプできますか？
- プロフェッショナルサービス一週間なしのアップグレード経路は？
- SSO、監査エクスポート、バックアップ保持——製品の中か、カスタム構築か？
セルフホストが好みではなく要件なら、ご相談ください。一般的な「オンプレが欲しい」ではなく、制約（エアギャップ、地域、DPA）を持ってきてください。制約が導入を決めます。