핵심 요약
- 셀프호스트는 앱, 데이터베이스, 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)을 가져오세요. 제약이 설치를 정합니다.