분석 서비스

분석 서비스란 무엇입니까?

분석 서비스(AaaS)는 소프트웨어 제품 내에서 관리형 레이어로 분석 기능을 제공합니다. 내부적으로 분석 인프라를 구축하고 운영할 필요성을 제거합니다. 중앙 집중식 도구 대신 제품 팀은 통찰력을 사용자에게 직접 제공합니다. 이 모델은 엔터프라이즈 BI 비즈니스 분석 개념을 기반으로 하며 최신 SaaS 아키텍처에 맞춰 분석 제공을 조정합니다. 분석 서비스 작동 방식

분석 서비스는 제품이 운영 데이터를 관리형 분석 레이어에 연결할 때 시작됩니다. 팀은 지원되는

How Analytics as a Service Works

데이터베이스, 데이터 웨어하우스 또는 애플리케이션 데이터를 매핑합니다. 공급업체는 연결, 확장 및 쿼리를 제공하는 런타임을 처리하므로 제품 팀은 분석 제공을 위해 별도의 인프라를 설정할 필요가 없습니다. 데이터 소스다음은 처리 및 모델링 레이어입니다. 이 서비스는 설정에 따라 예약된 새로 고침 또는 거의 실시간 쿼리를 실행합니다. 보안 규칙 및 필터를 적용하여 각 사용자가 자신이 봐야 할 내용만 볼 수 있도록 합니다. 이는 테넌트 격리 및 고객 간 일관된 권한 부여가 필요한 SaaS 제품에서 가장 중요합니다.

제품 표면은 API 및

를 통해 제공됩니다. 개발자는 이러한 구성 요소를 사용하여 앱 내에서 대시보드, 차트 및 대화형 컨트롤을 렌더링합니다. 또한 계정별로 사전 필터링하거나, 역할 액세스를 적용하거나, 대시보드를 워크플로에 연결하는 등의 코드를 통해 동작을 유도할 수도 있습니다. 이것은 최신 임베디드 SDK에서 흔히 볼 수 있는 패턴이며 고객을 대상으로 하는 제품을 위해 구축되었습니다. 임베디드 분석 플랫폼은 서비스가 분석 런타임을 소유하므로 지속적인 유지 관리를 담당합니다. 여기에는 업그레이드, 성능 조정 및 기능 롤아웃이 포함됩니다. 귀사의 팀은 제품 통합 및 사용자 경험에 집중하며 BI 운영에는 집중하지 않습니다. 이러한 변화는 기존 분석 배포와의 주요 비교를 설정합니다.

분석 서비스와 기존 분석 비교

기존 분석은 내부 보고 요구 사항을 중심으로 발전했습니다. 팀은 도구를 배포하고, 인프라를 관리하고, 액세스를 중앙에서 제어했습니다. 이 모델은 내부 사용자에게는 효과적이지만 분석이 제품 내에 존재해야 할 때는 마찰을 일으킵니다. 분석 서비스는 런타임 소유권을 제품 팀에서 분리하면서 사용자가 통찰력을 어떻게 보는지에 대한 제어를 유지합니다.

분석 서비스와 기존

배포 간의 실제 비교입니다. 비즈니스 인텔리전스 기존 설정에서 분석은 종종 제품 외부에 있습니다. 사용자는 기본 애플리케이션을 벗어나 보고서를 요청하거나 데이터를 내보냅니다. 이 격차는

Analytics as a Service vs Traditional Analytics

에서 설명된 변화를 반영하며, 분석이 일상적인 워크플로에 더 가까워집니다. 기존 방식과 최신 임베디드 분석 방식의 차이분석 서비스는 이러한 분리를 제거합니다. BI 플랫폼을 실행하는 오버헤드를 피하면서 제품에 기본적으로 제공합니다. 다음 질문은 이 제공 모델이 SaaS 제품 내 임베디드 분석과 어떻게 관련되는가입니다.

분석 서비스와 임베디드 분석 비교

이 두 용어는 종종 함께 사용되지만 서로 다른 것을 설명합니다. 분석 서비스는 분석이 제공되고 운영되는 방식을 정의합니다. 임베디드 분석은 분석이 제품 인터페이스 내에 어떻게 나타나는지를 나타냅니다. 하나는 제공 모델이고 다른 하나는 구현 접근 방식입니다.

분석 서비스는 백그라운드에서 인프라, 확장 및 유지 관리를 처리합니다.

는 대시보드와 통찰력을 사용자 워크플로에 직접 배치하는 데 중점을 둡니다. 많은 SaaS 팀은 분석 서비스를 사용하여 제품 내 경험을 제공함으로써 이 두 가지를 결합합니다. 이 접근 방식을 통해 팀은 전체 BI 스택을 소유하지 않고도 분석을 더 빠르게 제공할 수 있습니다. 임베디드 분석 실제로 임베디드 경험은 제품 통합을 지원하는 분석 서비스를 통해 제공됩니다. 이 패턴은

임베디드 분석을 고객을 대상으로 하는 제품에 사용하는 최신 SaaS 제품에서 흔히 볼 수 있습니다. 이러한 구분을 이해하면 다음 문제가 더 구체적으로 드러납니다. 분석이 서비스로 실행되는 경우, 어디에서 실행되며 배포가 보안 및 제어에 어떤 영향을 미칠까요?분석 서비스의 배포 모델 더 빠른 시장 출시 시간과 성장을 위한 기반을 제공합니다.분석이 어디에서 실행되는지는 분석이 수행하는 것만큼 중요합니다. 배포 모델은 데이터가 어떻게 이동하고, 처리가 어디에서 이루어지며, 누가 액세스를 제어하는지를 정의합니다. SaaS 팀의 경우 이러한 선택은 보안 태세, 규정 준수 범위 및 고객 신뢰에 영향을 미칩니다. 분석 서비스는 각기 장단점이 있는 여러 배포 경로를 지원합니다.

일부 플랫폼은 분석을 공급업체 관리 환경에서 완전히 실행합니다. 다른 플랫폼은 고객 관리 클라우드 배포 또는 완전히 온프레미스 설정을 지원합니다. 이러한 옵션은 데이터가 저장, 처리 및 격리되는 방식을 결정합니다. 보안 요구 사항은 종종 엄격한 데이터 보존 규칙이 있는 규제 산업에서 이 결정을 주도합니다. 이러한 문제는 일반적으로 더 광범위한

정책에서 다룹니다.

일반적인 접근 방식은 분석을 고객 환경 내에서 실행하면서도 서비스를 통해 사용하는 것입니다. Reveal은 이 모델의 예입니다. 분석이 애플리케이션 데이터와 함께 실행되는 개인 및 온프레미스 배포를 지원합니다. 데이터는 타사 시스템으로 이동하지 않으므로 감사 프로세스가 단순화되고 노출이 줄어듭니다. 이 접근 방식은

에 설명된 사례와 일치하며 플랫폼 개인 정보 보호 정책 약속에 의해 강화됩니다. 보안 배포 경계가 정의되면 또 다른 문제가 발생합니다. 분석이 서비스로 제공될 때 AI가 등장하면 어떻게 진화하며 모델이 실시간 데이터와 상호 작용할 때 어떤 변화가 있을까요?

생성형 AI 시대의 분석 서비스 임베디드 분석과 보안 생성형 AI는 사용자가 분석과 상호 작용하는 방식을 변경하지만 데이터가 제어된 환경을 벗어날 때 위험이 증가합니다. 분석 서비스에서 AI는 실행을 소유하지 않고 탐색을 지원해야 합니다. 분석 레이어는 여전히 권한, 필터 및 데이터 경계를 적용해야 합니다. 이 분리는 고객 데이터를 보호하면서 더 빠른 통찰력을 제공합니다.

많은 팀은

생성형 AI 분석

을 탐색하여 최종 사용자를 위한 마찰을 줄입니다. AI 도구가 데이터 또는 쿼리를 외부 모델로 보내는 경우 문제가 발생합니다. 이 패턴은 거버넌스를 약화시키고 특히 다중 테넌트 SaaS 제품에서 시스템을 노출시킵니다. 위험은 AI가 실시간 프로덕션 데이터와 상호 작용할 때 증가합니다.

더 안전한 접근 방식은 AI를 분석 워크플로 내에 유지합니다. Reveal은 이 모델을 따릅니다. AI 기능은 고객 환경 내에서 실행되며 기존 보안 규칙을 준수합니다. 시스템은 원시 SQL을 생성하거나 액세스 제어를 우회하지 않습니다. 대신, 대시보드 정의와 같은 관리형 분석 작업을 생성하여 동일한 권한 모델을 통해 전달합니다. 이는 개인 아키텍처와 일치하며 에 설명된 타사 데이터 처리 위험을 피합니다.

AI가 이러한 방식으로 작동하면 팀은 제어를 손상시키지 않고도 사용성을 높일 수 있습니다. 보안 및 AI 위험이 해결되면 분석 서비스의 구체적인 이점에 더 쉽게 집중할 수 있습니다. AI 분석 분석 서비스의 장점 AI 기반 분석.

분석 제공이 서비스로 추상화되면 이점이 실용적이고 측정 가능해집니다. 제품 팀은 분석 운영에 들이는 시간을 줄이고 제품 개선에 더 많은 시간을 할애합니다. 그 가치는 속도, 비용 관리 및 유연성에서 나타납니다.

주요 이점은 다음과 같습니다.

더 빠른 구현

Advantages of Analytics as a Service

분석은 API 및 SDK를 통해 통합되므로 팀이

  • 낮은 인프라 및 유지 관리 비용

    공급업체는 서버, 업그레이드 및 성능 조정을 관리합니다. 제품에 분석 기능을 추가할 때.

  • 필요에 따라 확장 가능

    분석 사용량은 제품과 함께 증가하여

  • 용량 계획 없이 지원됩니다.

    분석 엔지니어링 오버헤드 감소 확장 가능한 분석 팀은 사용자 지정 BI 파이프라인을 구축하고 유지 관리할 필요가 없습니다.

  • 제품 팀을 위한 더 빠른 반복

    대시보드, 워크플로 및 AI 기능은 시스템을 재구성하지 않고도 발전합니다.

  • 이러한 이점은 분석 서비스가 고객을 대상으로 하는 제품에 자주 나타나는 이유를 설명합니다. 다음 단계는 팀이 실제로 분석 서비스를 사용하는 방법을 이해하는 것입니다.

    분석 서비스의 일반적인 사용 사례

분석 서비스는 분석이 제품 경험의 일부가 될 때 가치를 입증합니다. 내부 팀에 서비스를 제공하는 대신 통찰력이 최종 사용자에게 직접 전달됩니다. 이 모델은 확장성, 격리 및 고객 간 일관된 제공이 필요한 제품에 적합합니다.

일반적인 사용 사례는 다음과 같습니다.

SaaS 애플리케이션의 고객이 직접 사용할 수 있는 대시보드

많은 제품은

  • 고객이 직접 사용할 수 있는 분석

    을 사용자 인터페이스에 내장하여 제공합니다. 사용량 및 제품 분석 팀은 별도의 보고 도구 없이 기능 채택, 참여 및 동작을 추적합니다.

  • 고객을 위한 운영 분석

    사용자는 일상적인 작업과 관련된 성능, 워크플로 또는 결과를 모니터링합니다.

  • ISV를 위한 다중 테넌트 분석

    분석은 엄격한 격리를 적용하면서 공유 플랫폼에서 많은 고객에게 서비스를 제공합니다. 이는

  • ISV 분석에서 일반적인 패턴입니다.

    화이트 라벨 분석 경험 ISV analytics.

  • White-label analytics experiences

    제품은 시각적 및 브랜드 일관성을 유지합니다. 화이트 라벨 분석은.

이러한 사용 사례가 확장됨에 따라 데이터 격리, 사용자 정의 및 거버넌스와 관련된 새로운 과제가 발생합니다. 이러한 절충점은 다음 단계에서 더 자세히 살펴봐야 합니다.

과제 및 고려 사항

서비스형 분석은 제공을 단순화하지만 제품 팀이 관리해야 하는 새로운 제약 조건을 도입합니다. 이러한 과제는 분석이 고객이 직접 사용하는 환경으로 이동할 때 발생합니다. 이를 무시하면 위험이 발생하거나 장기적인 유연성이 제한될 수 있습니다. 팀은 이러한 영역을 초기에 평가해야 합니다.

일반적인 과제는 다음과 같습니다.

  • 데이터 보안 및 규정 준수

    분석은 종종 민감한 고객 데이터를 처리합니다. 팀은 액세스 제어, 감사 가능성 및 내부 및 규제 요구 사항 준수를 보장해야 합니다. 이러한 문제는 다중 테넌트 및 규제 환경에서 더욱 중요해집니다.

  • 다중 테넌트 아키텍처의 복잡성

    공유 분석 계층에서 많은 고객에게 서비스를 제공하려면 엄격한 격리가 필요합니다. 설계가 미흡하면 데이터 유출 또는 성능 문제가 발생할 수 있으며, 이는 아래에서 설명합니다. 임베디드 분석에서 다중 테넌트 데이터.

  • 일반적인 BI 도구의 사용자 정의 제한

    일부 분석 서비스는 대시보드의 모양이나 동작을 제한합니다. 이는 제품 UX 표준 또는 브랜딩 요구 사항과 충돌할 수 있습니다.

  • 벤더 종속 위험

    분석 서비스와 제품 로직 간의 긴밀한 결합은 향후 변경 사항을 더 어렵게 만들 수 있습니다. 명확한 API 및 이식 가능한 데이터 모델은 이러한 위험을 줄입니다.

이러한 고려 사항은 팀이 플랫폼 및 아키텍처를 선택하는 방식에 영향을 미칩니다. 또한 서비스형 분석이 더 광범위한 제품 전략에 어떻게 적용되는지에도 영향을 미치며, 이는 마지막 예제로 이어집니다.

Reveal을 사용한 서비스형 분석 및 임베디드 분석

플랫폼을 선택하는 것은 종종 제품 아키텍처에 얼마나 잘 맞는지에 따라 결정됩니다. 서비스형 분석은 임베디드 제공, 보안 제어 및 제품 수준 사용자 정의를 지원할 때 가장 효과적입니다. 목표는 전체 BI 스택을 소유하지 않고도 기본 분석을 제공하는 것입니다. 이러한 균형이 SaaS 회사 및 ISV에게 가장 중요합니다.

Reveal은 서비스형 분석 모델에 적합한 임베디드 분석 플랫폼의 예입니다. 이를 통해 팀은 관리형 기능으로 분석을 사용하면서 고객 환경 내에서 실행할 수 있습니다. 이 접근 방식은 개인 및 온프레미스 배포를 지원하면서 데이터를 타사 시스템을 통해 라우팅하지 않습니다. 보안 규칙, 권한 및 필터는 제품 전체에서 일관성을 유지합니다.

Reveal Embedded Analytics dashboard

Reveal은 또한 제품 통합에 중점을 둡니다. 분석은 외부 포털을 통해가 아닌 API 및 SDK를 통해 애플리케이션에 직접 임베드됩니다. 팀은 플랫폼 기능을 사용하여 레이아웃, 동작 및 액세스를 제어합니다. 고객이 직접 사용하는 제품을 위해 설계되었습니다. 이 모델은 일반적으로 분석이 테넌트 간에 확장되어야 하는 시나리오에서 채택됩니다. ISV analytics 서비스형 분석 제공과 임베디드 실행을 결합함으로써 Reveal과 같은 플랫폼은 분석이 유연하고 안전하며 제품 중심을 유지할 수 있는 방법을 보여줍니다. 이러한 조합이 서비스형 분석이 최신 SaaS 제품에서 계속해서 인기를 얻는 이유를 설명합니다.

← 용어집으로 돌아가기