SaaS와 관리형 서비스 제공업체(MSP) 비교
또한 SaaS와 관리형 서비스 제공업체(MSP) 모델 간의 경계를 둘러싸고 있는 혼란도 있습니다. MSP 모델을 보면 SaaS 모델과 비슷한 목표를 가지고 있는 것처럼 보일 수 있습니다.
그러나 MSP를 좀 더 자세히 살펴보면 MSP와 SaaS는 실제로 다르다는 것을 알 수 있습니다. 다음 다이어그램은 MSP 환경의 개념적 관점을 제공합니다.
![관리형 서비스 제공업체(MSP) 모델을 보여주는 다이어그램.](images/msp-model.png)
관리형 서비스 제공업체(MSP) 모델
이 다이어그램은 MSP 모델에 대한 한 가지 접근 방식을 나타냅니다. 왼쪽에는 MSP 모델을 사용하는 고객이 있습니다. 일반적으로 여기서는 가능한 모든 자동화를 사용하여 각 고객 환경을 프로비저닝하고 해당 고객을 위한 소프트웨어를 설치하는 접근 방식을 사용합니다.
오른쪽은 MSP가 이러한 고객 환경을 지원하기 위해 제공할 운영 공간을 대략적으로 나타낸 것입니다.
중요한 점은 MSP가 해당 고객이 실행하려는 제품 버전을 설치하고 관리하는 경우가 많다는 점입니다. 모든 고객이 동일한 버전을 실행할 수 있지만 MSP 모델에서는 일반적으로 이 기능이 필요하지 않습니다.
일반적인 전략은 이러한 환경의 설치 및 관리를 담당하여 소프트웨어 공급자의 업무를 단순화하는 것입니다. 이렇게 하면 공급자의 업무가 단순해지기는 하지만 SaaS 서비스에 필수적인 가치와 사고방식과 직접적으로 일치하지는 않습니다.
관리 책임을 덜어주는 데 중점을 두는 것입니다. 이러한 전환은 모든 고객이 동일한 버전에서 단일 통합 관리 및 운영 환경을 사용하도록 하는 것과는 다릅니다. 대신 MSP는 별도의 버전을 허용하는 경우가 많으며 이러한 각 환경을 운영상 분리된 것으로 간주하는 경우가 많습니다.
MSP가 SaaS와 겹치기 시작할 수 있는 영역이 분명히 있습니다. MSP가 기본적으로 모든 고객이 동일한 버전을 실행하도록 요구하고 MSP가 하나의 경험을 통해 모든 테넌트를 중앙에서 온보딩, 관리, 운영 및 청구할 수 있었다면 MSP보다 SaaS가 더 많아지기 시작할 수 있습니다.
더 넓게 보자면 환경 설치를 자동화하는 것이 SaaS 환경을 갖는 것과 동일하지 않다는 것입니다. 앞서 설명한 다른 모든 주의 사항을 추가한 경우에만 이것이 진정한 SaaS 모델에 더 가깝습니다.
이 이야기의 기술 및 운영 측면에서 다시 돌아가면 MSP와 SaaS 사이의 경계는 더욱 뚜렷해집니다. 일반적으로 SaaS 비즈니스로서 서비스의 성공 여부는 경험의 모든 움직이는 부분에 깊이 관여하는 능력에 달려 있습니다.
이는 일반적으로 온보딩 경험의 흐름을 파악하고, 운영 이벤트가 테넌트에 미치는 영향을 이해하고, 주요 지표와 분석을 추적하고, 고객과 가깝게 다가가는 것을 의미합니다. 이를 다른 사람에게 넘겨주는 MSP 모델에서는 SaaS 비즈니스 운영의 핵심인 주요 세부 정보에서 제외될 수 있습니다.