MicroStrategy ONE

Platform Analytics-Architekturbeispiele

Die folgenden Beispiele stellen keine vollständige Liste aller unterstützten Architekturen dar. Stattdessen veranschaulichen sie die Best Practices und allgemeinen Empfehlungen aus Architektur-Best-Practices und -details.

Ein Knoten für alle Platform Analytics-Komponenten

In dieser Konfiguration sind alle Platform-Analytics-Komponenten auf demselben Computer installiert. Alle Library- und Intelligence-Server-Umgebungen (Einzelknoten oder Cluster) müssen konfiguriert sein, um Daten auf demselben Telemetry-Server-Knoten zu erzeugen. Das Platform Analytics-Warehouse wird durch ein standardmäßiges Attribut dargestellt MicroStrategy Repository.

Dies ist eine der einfachsten Darstellungen von Platform Analytics, bei der alle Komponenten auf einem einzelnen Computer installiert sind (Computer 4 im Beispiel oben).

Remote Platform Analytics Warehouse

In dieser Architektur befinden sich alle Platform-Analytics-Komponenten mit Ausnahme des Platform-Analytics-Warehouse auf demselben Computer. Sie können sich für ein standardmäßiges MicroStrategy Repository entscheiden oder eine geschützte Instanz von PostgreSQL bereitstellen.

So bewerten Sie, ob diese Architektur für Sie geeignet ist:

  • Bei Verwendung von Amazon RDS (Relationaler Datenbankdienst) können Replikate für den Lesezugriff einfach eingerichtet werden, wenn Anwendungsszenarien für hohe Leseabfragen von Platform-Analytics-Daten vorliegen.

  • RDS bietet eine einfache Option, die Systemressourcen in der Zukunft zu erhöhen, wenn Ihre Datenbank mit der Zeit größer wird.

  • Wenn Sie RDS oder selbstverwaltetes PostgreSQL verwenden, können Sie Systemressourcen einfach verwalten und Kapazitätsplanungen durchführen.

Hoher Durchsatz/Erweiterte Architektur

Eine Hochdurchsatz-Umgebung muss mit Bedacht abgerufen werden, da ihre Vorteile mit hohen Konfigurations- und Wartungsanforderungen einhergehen.

Im Allgemeinen wird dieser Zugang in Betracht zieht, wenn:

  1. Sie verfügen über eine Vielzahl von Intelligence-Server-Knoten mit einer umfassenden Telemetrie (höhere Anzahl von Objekten, Benutzern, Aufträgen).

  2. Es sind Hochverfügbarkeitseigenschaften der Architektur erforderlich.

Für eine Architektur mit großem Durchsatz wird die Verwendung eines Clusters von Telemetry Server-Knoten empfohlen. Ein Telemetry Store kann Daten von einem einzelnen Telemetry Server-Knoten oder einem Telemetry Server-Cluster nutzen. Dies impliziert, dass sich alle Telemetry Server-Knoten in einem einzelnen Cluster befinden sollten.

Derzeit wird der Telemetry Server durch die Komponenten Zookeeper und Kafka dargestellt. Sie können Telemetry Server auf einer Teilgruppe von Knoten installieren. Die einzige Anforderung besteht darin, eine ungerade Anzahl von Telemetry Server-Knoten (3, 5 usw.) beizubehalten. Siehe die Zookeeper-Dokumentation für weitere Informationen. Mehrere Telemetry Server-Cluster werden nicht unterstützt.

Telemetry Server-Knoten auf denselben Computern wie Intelligence Server-Knoten

Telemetry Server-Knoten Nicht auf denselben Computern wie Intelligence Server-Knoten