• A

  Adotar, para a situação I, o padrão de compensação transacional (saga) com transações compensatórias e idempotência, já que o sistema legado não participa de transações distribuídas; para a situação II, utilizar um sistema de mensageria com filas por contribuinte e garantia de entrega exactly-once aliada a ordenação por chave de partição; e, para a situação III, implementar um registro de serviços com contratos versionados e mediação pelo ESB, expondo interfaces padronizadas que ocultem a implementação dos provedores.

• B

  Adotar, para a situação I, o protocolo de transação distribuída em duas fases (2PC) entre o sistema legado e o sistema de arrecadação, ainda que o legado não ofereça suporte nativo a prepare/commit; para a situação II, utilizar um barramento de eventos sem ordenação e com entrega no estilo at-most-once, priorizando desempenho; e, para a situação III, publicar os serviços diretamente com seus endpoints internos, sem versionamento, para reduzir a latência.

• C

  Adotar, para a situação I, a replicação síncrona do banco de dados do sistema legado para o sistema de arrecadação, garantindo atomicidade por meio de bloqueios de tabela; para a situação II, empregar chamadas síncronas REST em polling a cada segundo, com controle de duplicidade no consumidor; e, para a situação III, manter o catálogo de serviços sem contratos formais, documentando as interfaces apenas em manuais em PDF.

• D

  Adotar, para a situação I, o padrão de coreografia de serviços sem transações compensatórias, assumindo que o sistema legado garantirá a consistência eventual por conta própria; para a situação II, utilizar um único tópico sem partições e com entrega at-least-once, permitindo duplicidade e desordenação; e, para a situação III, expor os serviços por meio de uma camada de fachada que replique a lógica de negócio de cada provedor, acoplando consumidores e provedores.

• E

  Adotar, para a situação I, o uso de filas de mensagens sem confirmação de recebimento, pois a perda eventual de mensagens é aceitável em ambiente tributário; para a situação II, utilizar um barramento de eventos com entrega exactly-once, porém sem ordenação por contribuinte, já que a ordenação global é suficiente; e, para a situação III, implementar um catálogo de serviços com contratos versionados, mas permitindo que consumidores acessem diretamente os bancos de dados dos provedores para maior desempenho.

Atalhos: A–E marca · Shift+letra corta · Enter próxima

Selecione uma alternativa pra criar sua conta e salvar o progresso.