사용자 중심의 요청기반 셀프 서비스
컨택센터 어플리케이션의 업무 특수성 때문에 사전 컨설팅, 오프라인 협상 및 계약을 사전에 협의하여 진행하고, 계약 완료 후 부뜰정보시스템 SaaS 관리자가 고객사 별 프로그램을 배정한 뒤, 고객사는 상담 어플리케이션 서비스를 사용합니다.
클라우드 서비스 이용 프로세스
- 서비스 포탈
페이지 접속 - 서비스 내용 및
견적 확인/신청 - 관리자 확인 후
상담/계약 진행 - 서비스 이용
확인/계약 - 서비스 구성
계정 생성 - 클라우드
서비스 이용
-
01 클라우드
서비스 포탈서비스 포탈페이지에 접속합니다.
각 패키지 별 소개 및 가격 정책을 확인합니다.
콜 인프라 및 Iegacy I/F처리를 협의합니다.
-
02 클라우드
서비스 신청가격정책에 따라 서비스를 신청하는 양식을 작성하여 관리자에게 전송합니다.
관리자가 확인 후 상담 및 계약을 진행하며, 이 과정에서 요구사항 및 협의가 이루어집니다.
-
03 프로그램
배정계약 확정 후 관리자는 계약 사항을 토대로 사용자 계정 추가 및 고객사의 프로그램을 배정합니다.
콜 인프라 및 Iegacy I/F 처리에 대한 추가 개발이 필요한 경우 추가 개발을 진행합니다.
-
04 SaaS
서비스 이용고객사는 신청한 패키지 및 기능에 따른 서비스를 사용합니다.
멀티테넌시(Multi tenancy)
서비스 측정
계정 관리별 특징 비교
| 구분 | 고객 당 별도 계정을 생성 | 마스터 계정에서 고객 인프라를 구축 |
|---|---|---|
| 인프라 비용 |
계정 별 비용 청구가 분리되므로 인프라의 서비스 별 상세 비용 확인 가능 |
고객별 비용 구분이 어려움 |
| 권한 관리 |
해당 고객만 사용하기 때문에 계정 관련 보안에 강함 |
고객이 인프라에 접근하길 원한다면 권한을 고객별로 분리해야 함 복잡한 권한 분리 작업 필요 |
| 확장성 |
고객 별로 인프라를 신규 구축 해야함 VPC 대역 전체를 한 계정에서 사용 가능하므로 확장성이 높음 |
기존 인프라를 이용할 수 있으나(VPC, Subnet 등) 한 계정에 여러 고객 인프라가 구축되므로 확장성 낮음 |
| 모니터링 |
해당 고객만 사용하기 때문에 서비스 별로 상세 확인 가능 |
일부 서비스의 경우 확인 불가능 |
| 적용사례 |
격리된 비즈니스 워크로드 관리가 필요하거나 계정마다 개발 수명 주기가 각각 다른 경우 계정간 예산 청구 분리가 필요한 경우 |
하나의 결재 수단으로 계정에 대한 결제가 필요한 경우 또는 예약 인스턴스에 대한 할인을 극대화 하려는 경우 |