영업 & 마케팅 가이드

이 장은 PureCVisor Single Edge를 외부에 설명하거나 데모하는 사람이 무엇을 약속할 수 있고, 무엇을 약속하면 안 되는지를 정리한다.
메시지는 제품 사실과 공개 범위에 맞춰야 한다.

20.1 포지셔닝

PureCVisor Single Edge는 단일 Linux 서버에서 KVM VM, LXC 컨테이너, ZFS 스토리지, OVS/OVN 네트워크, REST API, Web UI를 한 콘솔로 운영하기 위한 self-hosted Single Edge 가상화 운영면이다.

짧은 설명:

PureCVisor Single Edge는 단일 서버 운영에 필요한 VM, 컨테이너, ZFS, 네트워크, 백업, REST API를 한 화면과 한 데몬으로 묶은 KVM 기반 운영 콘솔입니다.

20.2 핵심 메시지

메시지	설명
단일 노드 집중	클러스터 복잡도 없이 한 서버의 VM/컨테이너/스토리지를 운영한다.
Linux/KVM 기반	libvirt, KVM, LXC, ZFS, OVS처럼 검증된 Linux 구성요소 위에 얹는다.
Web UI + REST API	브라우저 운영과 자동화를 같은 상태 모델로 제공한다.
운영 안전장치	RBAC, owner-scope, audit, fire-and-forget job 결과, 실패 cleanup을 제품 계약으로 둔다.
스토리지 중심 운영	ZFS zvol, snapshot, CoW/full clone, backup/restore 흐름을 운영 작업으로 노출한다.

20.3 적합 고객

적합한 경우	이유
소규모 온프레미스 서버 운영	단일 서버에서 VM, 컨테이너, 스토리지를 한 번에 관리해야 한다.
엣지/지점 서버	중앙 클러스터보다 현장 독립 운영과 빠른 복구가 중요하다.
개발/검증 랩	VM clone, snapshot, REST API로 반복 환경을 빠르게 만든다.
내부 플랫폼 팀	Web UI와 API를 함께 제공해 운영자와 자동화 스크립트가 같은 제어면을 쓴다.

부적합하거나 별도 설명이 필요한 경우:

• 멀티 노드 HA 클러스터를 즉시 요구하는 고객
• 완전 관리형 SaaS를 원하는 고객
• 여러 data disk, 암호화 guest disk, 비-Linux guest identity 초기화까지 clone 자동화를 기대하는 고객

20.4 데모 흐름

1. 대시보드에서 단일 노드 상태, VM/컨테이너 수, 스토리지 상태를 보여준다.
2. VM 목록에서 NIC, IP, DNS, 상태 정보를 확인한다.
3. VM 생성 또는 준비된 템플릿 clone을 실행한다.
4. snapshot 생성과 rollback/delete 흐름을 보여준다.
5. ZFS pool/zvol과 origin 관계를 설명한다.
6. 모니터링, audit, job completion으로 작업 결과를 확인한다.
7. REST API 예시를 보여주고 자동화 가능성을 설명한다.

데모에서 피해야 할 것:

• 아직 Single Edge 범위가 아닌 클러스터 자동 복구를 확정 기능처럼 말하지 않는다.
• Guest reset clone을 실행 중인 VM에서 시도하지 않는다.
  source VM은 shut off 상태여야 한다.
• prepared template과 일반 VM Guest reset의 차이를 생략하지 않는다.

20.5 구매자별 가치 제안

대상	관심사	말할 내용
인프라 운영자	반복 작업과 장애 대응	VM lifecycle, snapshot, clone, audit, Web UI를 한 콘솔에서 처리한다.
개발팀 리더	테스트 환경 생성 속도	REST API와 clone/snapshot으로 검증 환경을 반복 생성할 수 있다.
보안 담당	권한과 추적성	JWT, RBAC, owner-scope, audit log, SSH allow list 같은 운영 통제가 있다.
의사결정자	비용과 복잡도	단일 서버 운영에 맞춘 경량 제어면으로 과도한 클러스터 도입을 피한다.

20.6 반론 대응

질문/반론	답변 기준
Proxmox와 뭐가 다른가?	PureCVisor Single Edge는 공개 범위를 단일 노드 운영과 API/Web UI 자동화에 맞춘 경량 제어면으로 설명한다. 기능 비교표를 만들 때는 검증된 항목만 사용한다.
클러스터 HA가 되는가?	이 공개판의 현재 범위는 Single Edge다. 멀티 노드 기록은 문서에 남아 있지만 현재 운영 약속으로 말하지 않는다.
VM clone은 안전한가?	source VM shut off, 단일 data disk, prepared template 또는 libguestfs Guest reset 조건을 만족할 때만 허용한다.
비밀번호나 키가 자동 정리되는가?	Guest reset은 identity와 SSH/cloud-init 상태를 정리하지만, OS 사용자 비밀번호를 새 값으로 만들지는 않는다. 필요하면 별도 주입 절차를 사용한다.
API 자동화가 가능한가?	REST API와 JSON-RPC 기반이며, Web UI도 같은 backend 상태를 사용한다.

20.7 메시지 경계

사용 가능한 표현:

• “Single Edge 단일 노드 운영”
• “KVM/libvirt 기반 VM 관리”
• “LXC 컨테이너와 ZFS 스토리지 통합”
• “REST API와 Web UI를 같은 운영면에서 제공”
• “RBAC, audit, job completion 기반 작업 추적”

피해야 할 표현:

• “완전한 클러스터 HA 지원”
• “모든 guest OS의 clone identity 자동 보장”
• “운영 중 VM의 무중단 clone 보장”
• “백업/복구 RPO/RTO 수치 보장” 단, 실제 검증 수치가 없는 경우

20.8 영업 자료 체크리스트

• 제품 범위: Single Edge 공개판 기준인지 명시
• 기능 목록: VM, container, ZFS, network, monitoring, backup, REST, Web UI
• 검증 근거: 현재 가이드와 운영 기록의 날짜 기준
• 데모 준비: source VM 상태, template prepared 여부, libguestfs-tools 설치 여부
• 보안 설명: RBAC, audit, SSH allow list, 기본 admin 교체 권장
• 후속 질문 대응: 클러스터, guest reset 경계

20.9 고객 질문 스크립트

현재 운영 대상은 단일 서버입니까, 여러 노드 클러스터입니까?
VM과 컨테이너를 같은 운영 화면에서 관리해야 합니까?
ZFS snapshot/clone을 운영 절차로 사용하고 있습니까?
브라우저 콘솔과 REST API 중 어느 쪽이 더 중요합니까?
권한 분리와 audit log가 구매 조건에 포함됩니까?
테스트/개발 환경을 반복 생성하는 시간이 병목입니까?

20.10 데모 후 후속 메일 구조

제목: PureCVisor Single Edge 데모 후속 정리

확인한 요구:
- ...

데모에서 확인한 기능:
- VM lifecycle / snapshot / clone
- ZFS storage
- Web UI / REST API
- RBAC / audit

적합한 사용 시나리오:
- ...

확인이 더 필요한 항목:
- ...

다음 액션:
- ...

---