MicroStrategy ONE

Platform Analytics 아키텍처 예

아래의 예는 지원되는 모든 아키텍처의 전체 목록이 아닙니다. 대신 에 언급된 모범 사례 및 일반 권장 사항을 설명합니다. 아키텍처 모범 사례 및 세부 사항 .

모든 Platform Analytics 구성 요소에 대한 단일 노드

이 구성에서 모든 Platform Analytics 구성 요소는 동일한 시스템에 설치됩니다. 모든 Library and Intelligence 서버 환경(단일 노드 또는 클러스터)은 동일한 Telemetry-Server 노드에서 데이터를 생성하도록 구성해야 합니다. Platform Analytics 웨어하우스는 즉시 사용 가능한 MicroStrategy 저장소 .

이는 모든 구성 요소가 단일 시스템에 설치되는 Platform Analytics의 가장 간단한 표현 중 하나입니다(위 예의 시스템 4).

원격 Platform Analytics 웨어하우스

이 아키텍처에서 모든 Platform Analytics 구성 요소는 Platform Analytics 웨어하우스를 제외하고 동일한 시스템에 있습니다. 즉시 사용 가능한 MicroStrategy 리포지토리를 선택하거나 PostgreSQL의 전용 인스턴스를 프로비전할 수 있습니다.

이 아키텍처가 적합한지 평가하는 방법

  • Amazon RDS를 사용하는 경우  (관계형 데이터베이스 서비스)를 사용하는 경우 Platform Analytics 데이터에 대한 높은 읽기 쿼리의 사용 사례가 있는 경우 읽기 권한의 복제를 쉽게 설정할 수 있습니다.

  • RDS는 시간이 지남에 따라 데이터베이스가 커짐에 따라 시스템 리소스를 늘리는 쉬운 옵션을 제공합니다.

  • RDS 또는 자체 관리 PostgreSQL을 사용하는 경우, 시스템 리소스를 관리하고 용량 계획을 수행하기가 더 간편합니다.

높은 처리량/고급 아키텍처

높은 처리량 아키텍처는 많은 구성 및 유지 관리 요구 사항과 함께 이점이 있으므로 주의해서 고려해야 합니다.

일반적으로 이 접근 방식은 다음과 같은 경우에 고려됩니다.

  1. 실질적 텔레메트리( 높은 개체, 사용자, 작업 수)가 있는 많은 Intelligence Server 노드가 있습니다.

  2. 아키텍처의 고가용성 속성이 필요합니다.

처리량이 높은 아키텍처의 경우 Telemetry Server 노드의 클러스터를 사용하는 것이 좋습니다. 1개의 Telemetry Store는 단일 Telemetry Server 노드 또는 Telemetry Server 클러스터의 데이터를 사용할 수 있습니다. 즉, 모든 Telemetry Server 노드가 단일 클러스터에 있어야 합니다.

현재 Telemetry Server는 Zookeeper 및 Kafka 구성 요소로 표현됩니다. 노드의 하위 집합에 Telemetry Server를 설치할 수 있습니다. 오직 요구 사항은 홀수 수의 Telemetry Server 노드(3, 5 등)를 유지 관리하는 것입니다. 을(를) 참조 Zookeeper 설명서자세한 내용은 을(를) 참조하십시오. 여러 Telemetry Server 클러스터는 지원되지 않습니다.

Intelligence Server 노드와 동일한 시스템에 있는 Telemetry Server 노드

Telemetry Server 노드아님 Intelligence Server 노드와 동일한 시스템에