Como a latência intra-nó é tratada durante as atualizações?
772
Yugabytedb é um rdbms distribuído. Ele usa redundância de dados. Como ele mantém um bom desempenho ao mesmo tempo em que precisa manter várias cópias atualizadas?
As leituras vão para o líder da jangada e as gravações também, mas aguardam o quorum. Então depende da topologia. Um fator de replicação RF=3 em uma região da AWS, por exemplo, não sofre porque a latência entre AZs é baixa. Para distribuição entre regiões, isso é resolvido com as preferências de posicionamento. Como ter todos os líderes perto dos usuários e uma região próxima responderá ao quórum. Essas preferências podem ser mapeadas para informações comerciais (como o país do cliente) por meio de particionamento e tablespaces do PostgreSQL
As leituras vão para o líder da jangada e as gravações também, mas aguardam o quorum. Então depende da topologia. Um fator de replicação RF=3 em uma região da AWS, por exemplo, não sofre porque a latência entre AZs é baixa. Para distribuição entre regiões, isso é resolvido com as preferências de posicionamento. Como ter todos os líderes perto dos usuários e uma região próxima responderá ao quórum. Essas preferências podem ser mapeadas para informações comerciais (como o país do cliente) por meio de particionamento e tablespaces do PostgreSQL