통합된 경험으로 이동

이러한 전형적인 소프트웨어 딜레마의 요구 사항을 해결하기 위해 조직은 고객을 공동으로 관리하고 운영할 수 있는 단일 통합 환경을 만들 수 있는 모델로 전환합니다.

다음 다이어그램은 모든 고객이 공유 모델을 통해 관리, 온보딩, 청구 및 운영되는 환경을 개념적으로 보여줍니다.

모든 고객이 공유 모델을 통해 관리, 온보딩, 청구 및 운영되는 환경에 대한 개념적 관점

언뜻 보기에는 이전 모델과 크게 다르지 않은 것처럼 보일 수 있습니다. 하지만 좀 더 자세히 살펴보면 이 두 가지 접근 방식에는 근본적이고 중요한 차이점이 있음을 알 수 있습니다.

먼저, 고객 환경의 이름이 테넌트로 변경되었음을 알 수 있습니다. 이러한 테넌트 개념은 SaaS의 기본입니다. 기본 개념은 단일 SaaS 환경을 운영하고 각 고객을 해당 환경의 테넌트로 간주하여 필요한 리소스를 소비하는 것입니다. 테넌트는 사용자가 많은 회사일 수도 있고 개별 사용자와 직접 연관될 수도 있습니다.

테넌트의 개념을 더 잘 이해하려면 아파트나 상업용 건물을 생각해 보세요. 각 건물의 공간은 개별 임차인에게 임대됩니다. 임차인은 건물의 일부 공유 자원(수도, 전력 등)에 의존하며 소비한 만큼만 지불합니다.

SaaS 테넌트도 비슷한 패턴을 따릅니다. SaaS 환경의 인프라와 해당 환경의 인프라를 사용하는 테넌트가 있습니다. 각 테넌트가 소비하는 리소스의 양은 다를 수 있습니다. 또한 이러한 테넌트는 공동으로 관리, 청구 및 운영됩니다.

다이어그램으로 돌아가면 임차라는 개념이 현실로 구현되는 것을 볼 수 있습니다. 이제 테넌트는 더 이상 자체 환경을 갖지 않습니다. 대신 모든 테넌트는 하나의 공동 SaaS 환경 내에서 수용되고 관리됩니다.

다이어그램에는 SaaS 환경을 둘러싼 다양한 공유 서비스도 포함되어 있습니다. 이러한 서비스는 SaaS 환경의 모든 테넌트에 전 세계적으로 제공됩니다. 즉, 예를 들어 이 환경의 모든 테넌트가 온보딩과 자격 증명을 공유합니다. 관리, 운영, 배포, 청구 및 지표에 대해서도 마찬가지입니다.

모든 테넌트에게 보편적으로 적용되는 통합 서비스 세트에 대한 이러한 개념이 SaaS의 기본입니다. 이러한 개념을 공유하면 위에서 설명한 클래식 모델과 관련된 여러 가지 문제를 해결할 수 있습니다.

이 다이어그램의 또 다른 중요한 요소는 이 환경의 모든 테넌트가 동일한 버전의 애플리케이션을 실행하고 있다는 것입니다. 각 고객에 대해 별도의 일회성 버전을 실행하려는 아이디어는 사라졌습니다. 모든 테넌트가 동일한 버전을 실행하도록 하는 것은 SaaS 환경의 근본적인 특징 중 하나입니다.

모든 고객이 동일한 버전의 제품을 실행하게 되면 기존 설치 소프트웨어 모델의 많은 문제를 더 이상 겪지 않아도 됩니다. 통합 모델에서는 단일한 공유 프로세스를 통해 모든 테넌트에 새 기능을 배포할 수 있습니다.

이 접근 방식을 사용하면 모든 테넌트를 관리하고 운영할 수 있는 단일 운영 창을 사용할 수 있습니다. 공통 운영 환경을 통해 테넌트를 관리하고 모니터링할 수 있으므로 운영 오버헤드를 늘리지 않고도 새 테넌트를 추가할 수 있습니다. 이는 팀에 운영 비용을 줄이고 전반적인 조직 민첩성을 개선할 수 있는 능력을 제공하는 SaaS 가치 제안의 핵심 부분입니다.

이 모델에서 신규 고객을 100명 또는 1,000명 추가한다는 것이 어떤 의미인지 상상해 보세요. 이러한 신규 고객이 어떻게 마진을 약화시키고 복잡성을 가중시킬지 걱정하는 대신, 이러한 성장을 기회로 볼 수 있습니다.

일반적으로 SaaS는 이 모델 중간에 있는 애플리케이션을 구현하는 방법에 중점을 둡니다. 기업은 데이터 저장 방식, 리소스 공유 방식 등에 집중하기를 원합니다. 그러나 실제로 이러한 세부 사항도 중요하지만 애플리케이션을 구축하여 고객에게 SaaS 솔루션으로 제공할 수 있는 방법은 많습니다.

중요한 것은 테넌트 환경을 둘러싸고 통합된 단일 환경을 구현하려는 보다 광범위한 목표입니다. 이러한 경험을 공유하면 SaaS 비즈니스의 전체 목표와 관련된 성장, 민첩성 및 운영 효율성을 주도할 수 있습니다.