MicroStrategy ONE
Esempi di architetture di Platform Analytics
Gli esempi riportati di seguito non sono un elenco completo di tutte le architetture supportate. Illustrano invece le best practice e le raccomandazioni generali indicate in Dettagli e procedure consigliate per l'architettura.
Nodo singolo per tutti i componenti di Platform Analytics
In questa configurazione, tutti i componenti di Platform Analytics sono installati sullo stesso computer. Tutti gli ambienti Library e Intelligence Server (nodi singoli o cluster) devono essere configurati per produrre dati sullo stesso nodo del server di telemetria. Il warehouse di Platform Analytics è rappresentato da un dispositivo predefinito MicroStrategy Repository.
Questa è una delle rappresentazioni più semplici di Platform Analytics, in cui tutti i componenti sono installati su un singolo computer (Macchina 4 nell'esempio precedente).
Warehouse Platform Analytics remoto
In questa architettura, tutti i componenti di Platform Analytics si trovano sullo stesso computer ad eccezione del warehouse di Platform Analytics. È possibile scegliere un MicroStrategy Repository pronto all'uso o effettuare il provisioning di un'istanza proprietaria di PostgreSQL.
Come valutare se questa architettura è adatta alle tue esigenze:
-
Se si utilizza Amazon RDS (Relational Database Service), è facile configurare repliche per l'accesso in lettura in caso di casi di utilizzo con query in lettura intensa rispetto ai dati di Platform Analytics.
-
RDS consente di aumentare facilmente le risorse di sistema in futuro, man mano che il database cresce nel tempo.
-
Se si utilizza RDS o PostgreSQL a gestione autonoma, è più semplice gestire le risorse di sistema ed eseguire la pianificazione della capacità.
Elevato throughput/architettura avanzata
È necessario considerare attentamente l'architettura a velocità effettiva elevata, poiché i suoi vantaggi derivano da requisiti significativi di configurazione e manutenzione.
In genere, questo approccio è adottato quando:
-
Sono presenti numerosi nodi Intelligence Server con dati di telemetria considerevoli (numero elevato di oggetti, utenti, processi).
-
Sono obbligatorie le proprietà dell'architettura a disponibilità elevata.
Per un'architettura a velocità effettiva elevata, si consiglia di usare un cluster di nodi del server di telemetria. Un archivio di telemetria può utilizzare i dati di un singolo nodo del server di telemetria o di un cluster di server di telemetria. Ciò implica che tutti i nodi del server di telemetria dovrebbero trovarsi in un singolo cluster.
Attualmente, il server di telemetria è rappresentato dai componenti Zookeeper e Kafka. È possibile installare il server di telemetria in un subset di nodi. L'unico requisito è mantenere un numero dispari di nodi del server di telemetria (3, 5 e così via). Vedere il Documentazione Zookeeper per ulteriori informazioni. Non sono supportati più cluster di server di telemetria.
Nodi del server di telemetria negli stessi computer dei nodi di Intelligence Server
Nodi del server di telemetria Non negli stessi computer dei nodi Intelligence Server