Réplica SomenteLeitura do Orchestrator

O Orchestrator mantém uma réplica somente leitura de seu banco de dados operacional de leitura-escrita, com a finalidade principal de melhorar o desempenho. Algumas cargas de trabalho somente leitura são direcionadas para a réplica somente leitura, de modo a otimizar o consumo de escrita. Isso permite que os dados sejam lidos e carregados mais rapidamente, o que, por sua vez, assegura o desempenho de seu sistema.

Como resultado dessa implementação, pode ocorrer um pequeno atraso entre as ações de escrita e leitura. Isso era esperado e não tem impacto na disponibilidade dos dados.

An example of this scenario is retrieving a queue item as soon as it was added: when performed from the interface, the new queue items might not be displayed instantly, as there is a slight asynchronicity between the operational database (where the item is written) and the replica (which is called for reading the item). You can, however, avoid this by using the Get transaction item activity instead of Get queue items, since the former includes the queue item in its response.

Casos de uso

These are the scenarios where the read-only replica is used:

• Recuperando itens de filas
• retrieving monitoring data
• retrieving jobs data

Recuperando itens de filas

Um exemplo desse cenário é recuperar um item da fila assim que ele foi adicionado: ao executar a partir da interface, os novos itens de fila podem não ser exibidos instantaneamente, já que há uma ligeira assincronia entre o banco de dados operacional (onde o item está gravado) e a réplica (que é chamada para ler o item).

Entretanto, você pode evitar isso usando a atividade Get transaction item em vez de Get queue items, já que a primeira inclui o item da fila em sua resposta.

Monitoramento do Orchestrator

O mesmo mecanismo se aplica ao recuperar dados usados para exibir suas visualizações de monitoramento.