Strategy ONE

Exemplos de arquiteturas do Platform Analytics

Os seguintes exemplos não devem ser uma lista abrangente de todas as arquiteturas compatíveis. Em vez disso, elas ilustram as melhores práticas e recomendações gerais observadas neste Detalhes e práticas recomendadas para arquiteturas de .

Nó único para todos os componentes do Platform Analytics

Nessa configuração, todos os componentes do Platform Analytics são instalados na mesma máquina. Todos os ambientes do Library e Intelligence Server (nós únicos ou clusters) devem ser configurados para produzir dados no mesmo nó do telemetry-server. O armazenamento do Platform Analytics é representado por um Repositório MicroStrategy de .

Essa é uma das representações mais simples do Platform Analytics, em que todos os componentes são instalados em uma única máquina (Máquina 4 no exemplo acima).

Armazenamento remoto do Analytics da plataforma

Nessa arquitetura, todos os componentes do Platform Analytics estão na mesma máquina, exceto o armazenamento do Platform Analytics. Você pode optar por um Repositório MicroStrategy pronto para o uso ou provisionar uma instância proprietária do PostgreSQL.

Como avaliar se essa arquitetura é certa para você:

  • Se estiver usando o Amazon RDS (Serviço de banco de dados relacional), será fácil configurar réplicas para acesso de leitura se houver casos de uso para consultas de leitura pesadas em relação aos dados do Platform Analytics.

  • O RDS fornece uma opção fácil de aumentar os recursos do sistema no futuro, à medida que o banco de dados cresce.

  • Se você estiver usando RDS ou PostgreSQL autogerenciado, será mais fácil gerenciar os recursos do sistema e realizar o planejamento de capacidade.

Alto rendimento/Arquitetura avançada

A arquitetura de alto rendimento deve ser considerada com cuidado, pois suas vantagens vêm de requisitos significativos de configuração e manutenção.

Geralmente, essa abordagem é considerada quando:

  1. Você tem vários nós do Intelligence Server com telemetria substancial (alta contagem de objetos, usuários, tarefas).

  2. Propriedades de alta disponibilidade da arquitetura são obrigatórias.

Para arquitetura de alta produtividade, recomendamos usar um cluster de nós de servidor de telemetria. Um armazenamento de telemetria pode consumir dados de um único nó do servidor de telemetria ou de um cluster de servidor de telemetria. Isso significa que todos os nós do Telemetry Server devem estar em um único cluster.

Atualmente, o Telemetry Server é representado pelos componentes Zookeeper e Kafka. Você pode instalar o Telemetry Server em um subconjunto de nós. O único requisito é manter um número ímpar de nós do servidor de telemetria (3, 5 e assim por diante). Ver o Documentação do Zookeeper para obter mais informações. Vários clusters de Telemetry Server não são compatíveis.

Nós do Telemetry Server nas mesmas máquinas que os nós do Intelligence Server

Nós do Telemetry Server Não nas mesmas máquinas que os nós do Intelligence Server