Não conhecia essa extensão para ver as collections do MongoDB. Não queria instalar nenhum software. Top demais!
@delfiofrancisco3469
3 жыл бұрын
conteúdo bom
@anderfilth
3 жыл бұрын
Preciso me preocupar com desempenho, caso eu coloco que em uma unica instância (pensando que seja um POD dentro do kubernetes) e receba muitas requisições? O valor aproximado de 10k, se refere a instância total ou a uma unica requisição?
@lsantosdev
3 жыл бұрын
Uma unica requisição, 10.000 é o número de eventos que testamos para UMA entidade, se você tiver um pod no kubernetes, você pode facilmente escalonar ele para os lados e duplicar o que você está fazendo. Você pode ter mais de uma entidade com 10k de eventos carregadas na memória também na mesma requisição.
@feliper.alcantara3024
3 жыл бұрын
@@lsantosdev Boa! Era essa minha dúvida hehe
@feliper.alcantara3024
3 жыл бұрын
Bom demais! Uma dúvida, esse limite de 10k eventos é por agregado? Ou total?
@lsantosdev
3 жыл бұрын
Não é um limite, dependendo do seu tipo de aplicação pode ser que seja mais ou menos, o limite mesmo são os 13MB do documento do Mongodb. O que eu falei é que em 10k de eventos ele funciona até que bem, acima disso ele acaba sendo mais lento.
@feliper.alcantara3024
3 жыл бұрын
@@lsantosdev boa! então seria uma quantidade que vocês testaram por agregado? Ex tenho meu User ID 1 e meu User ID 2, ambos com um número aproximado de 10k de eventos cada, ai ele performa relativamente bem, é isso? Pergunto pois fico imaginando num sistema onde recebo milhares de requests por minuto por exemplo, se ficar fazendo esse replay (reduce) dos eventos pra cada agregado que está recebendo a request, se isso não gastaria muita RAM por carregar muitos eventos em memória, e muito processamento por ter que iterar por todos esses eventos? Eu penso mais num cenário onde multiplos clientes estão fazendo requests pra aggregados de ids diferentes tudo ao mesmo tempo? Entende? Faz sentido?
@lsantosdev
3 жыл бұрын
@@feliper.alcantara3024 Eu queria entender o que você está chamando de agregado... A ideia que tivemos é que a gente testou com mais ou menos 10k de eventos e performou legal, você só precisa tomar cuidado que, se você tiver algum loop dentro da sua função commit do evento, este loop vai ser feito milhares, se não milhões de vezes, e isso pode pesar mais. RAM não diria que iria gastar tanto, mas ele consome uma boa quantidade de tempo de CPU. Cada request roda no seu próprio espaço e tem sua própria capacidade pré-definida, mesmo se vários clientes rodarem ao mesmo tempo os recursos vão ser mais ponderados.
@feliper.alcantara3024
3 жыл бұрын
@@lsantosdev me refiro ao conceito de agregado do DDD que seria o que você chamou de entidade, o agregado traça uma espécie de limite transacional, por exemplo, imagine uma entidade User que tem relacionamento com ShippingAddress, esse último por sua vez poderia ser uma entidade ou um Value Object dependendo do contexto (que poderia ser salvo como um único documento no mongodb), mas o que importa é que esse conjunto de entidades/value objects se chama agregado e nesse caso User seria o aggregate root. Mas ok o conteúdo não é sobre DDD, entenda agregado=entidade. Mas acho que entendi, vocês testaram com 10k eventos em um único documento do mongodb, minha dúvida era com relação a concorrencia, uma unica instancia da app rodando no node e servindo multiplas requests que por sua vez, cada uma rodaria com seus 10k eventos (tudo isso no mesmo event loop). Mas enfim, acho que eu entendi. Obrigado!
Пікірлер: 11