Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[PROPOSTA] Adição de parâmetro para facilitar polling de participantes indiretos #12

Closed
luizlaydner opened this issue Oct 21, 2020 · 4 comments

Comments

@luizlaydner
Copy link
Collaborator

luizlaydner commented Oct 21, 2020

Motivação
Existem participantes diretos que oferecem acesso a um grande número de participantes indiretos. Algumas operações de polling da API do DICT, tais como listClaims e listInfractionReports, são feitas hoje para apenas um participante individual. A implicação disso é que esses participantes com muitos indiretos vinculados precisam fazer um grande número de chamadas à API, o que é ineficiente do ponto de vista de uso de recursos do sistema.

Propostas

Alternativa 1: Adicionar um parâmetro booleano opcional includeIndirectParticipants nas operações de listClaims e listInfractionReports, que quando true incluiria adicionalmente os claims/infractionReports de todos os indiretos vinculados ao participante direto que está solicitando.

Alternativa 2: Adicionar um parâmetro array indirectParticipant que permitiria passar uma lista de participantes indiretos vinculados ao direto para os quais se deseja listar claims/infractionReports.

Perguntas:

  • Tal funcionalidade é desejável para o seu participante ?
  • Entre as alternativas apresentadas, alguma é preferível ?
@fCamargosRibeiro
Copy link

fCamargosRibeiro commented Oct 30, 2020

Sim, nós do BANCO COOPERATIVO SICREDI S.A temos hoje o cenário de 108 participantes, acho que seria mais fácil a alternativa 1, acho que nessa alternativa o impacto seria menor e a alteração seria mais rápida de fazer.
Ainda em cima desse problema, acho muito importante também a implementação da paginação, hoje com o parâmetro de limit de 200 e vindo o HasMoreElements true ficamos no escuro e com tantos participantes é algo que pode acontecer com facilidade.
Caso não seja possível a paginação a alternativa 2 talvez seja mais viável para fazer alguma divisão e fazer mais pollings.

@anamorais83
Copy link

anamorais83 commented Nov 3, 2020

O Bancoob, instituição financeira do Sistema Sicoob, possui 371 participantes indiretos. Esta característica alinhada aos limitadores estabelecidos para a realização de chamadas à API dificulta o alcance do SLA estabelecido.

De fato a proposta apresentada é fundamental para otimizar a realização das operações citadas, tanto para a nossa infraestrutura quanto para a estrutura centralizada do Banco Central.

Para nós a Proposta 1 nos parece ser a mais adequada para o tratamento da questão.

@JeanFabichaki
Copy link

@luizlaydner Isso já está no ambiente de homologação? Nossas rotinas não estão mais funcionando devido a modificação do comportamento da API e testando agora esse parâmetro percebi que já está funcionando.

O comportamento da API foi alterada sem aviso?

@luizlaydner
Copy link
Collaborator Author

@fCamargosRibeiro @anamorais83 : Foi publicada versão 1.1.0 da API que adiciona o parâmetro includeIndirectParticipants na operação de listClaims

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants