Strategy ONE
Exemples d'architectures Platform Analytics
Les exemples suivants ne sont pas destinés à répertorier toutes les architectures prises en charge. Elles illustrent à la place les meilleures pratiques et les recommandations générales notées dans Détails et meilleures pratiques relatives à l'architecture.
Nœud unique pour tous les composants Platform Analytics
Dans cette configuration, tous les composants Platform Analytics sont installés sur la même machine. Tous les environnements de serveurs Library et Intelligence (nœuds uniques ou clusters) doivent être configurés pour produire des données sur le même nœud de serveur de télémétrie. L'entrepôt Platform Analytics est représenté par un élément prêt à l'emploi Référentiel MicroStrategy.
Il s'agit de l'une des représentations les plus simples de Platform Analytics, où tous les composants sont installés sur une seule machine (Machine 4 dans l'exemple ci-dessus).
Entrepôt d'analyse de plateforme distante
Dans cette architecture, tous les composants Platform Analytics sont sur la même machine, à l'exception de l'entrepôt Platform Analytics. Vous pouvez opter pour un référentiel MicroStrategy prêt à l'emploi ou mettre à disposition une instance propriétaire de PostgreSQL.
Comment évaluer si cette architecture vous convient :
-
Si vous utilisez Amazon RDS (Relational Database Service), il est facile de configurer des réplicas pour un accès en lecture s'il y a des cas d'utilisation pour des requêtes de lecture volumineuses par rapport aux données Platform Analytics.
-
RDS offre une option simple pour augmenter les ressources système à l’avenir, à mesure que votre base de données grandit au fil du temps.
-
Si vous utilisez RDS ou PostgreSQL autogéré, il est plus facile de gérer les ressources système et d'effectuer une planification de la capacité.
Haut débit/architecture avancée
L'architecture à haut débit doit être étudiée avec soin, car ses avantages s'accompagnent d'exigences importantes en matière de configuration et de maintenance.
En général, cette approche est envisagée quand :
-
Vous disposez de nombreux nœuds de serveur Intelligence avec une télémétrie substantielle (objet élevé, utilisateur, nombre de tâches)
-
Des propriétés de haute disponibilité de l'architecture sont requises.
Pour une architecture à haut débit, nous recommandons d'utiliser un cluster de nœuds de serveur Telemetry Server. Un magasin Telemetry Store peut consommer les données d'un nœud Telemetry Server unique ou d'un cluster Telemetry Server. Cela implique que tous les nœuds du serveur Telemetry Server doivent être dans un cluster unique.
À l'heure actuelle, Telemetry Server est représenté par les composants Zookeeper et Kafka. Vous pouvez installer Telemetry Server sur un sous-ensemble de nœuds. La seule exigence est de maintenir un nombre impair de nœuds de serveur Telemetry Server (3, 5, etc.). Voir la Documentation Zookeeper pour plus d'informations. Plusieurs clusters Telemetry Server ne sont pas pris en charge.
Nœuds Telemetry Server sur les mêmes machines que les nœuds Intelligence Server
Nœuds Telemetry Server Non sur les mêmes machines que les nœuds Intelligence Server
