Se uma operação pode ter várias opções de funcionamento (por exemplo, autorização de pagamento em modo normal e em modo bypass com um formato de resposta diferente), como organizaria os testes desses contratos ao nível da operação?
Java
Tendo em conta que os testes de contrato são descritos em formato JSON, há um runner que executa um conjunto de testes para o endpoint especificado, e isso deve ser feito para todos os sistemas em cada lançamento (cerca de 160.000 lançamentos por ano), como organizaria a integração com um grande número de sistemas, incluindo o sistema de contabilidade, através de API?
Onde surgiu o outbox no seu esquema — você primeiro escrevia no outbox a partir do Kafka, e depois publicava a partir do outbox?
Qual foi o último livro ou artigo relacionado com o trabalho que leu?
Como garantiu a entrega garantida de mensagens?
A transição do Java 17 para o 21 foi uma mudança única, ou diferentes serviços funcionam em versões diferentes?
Qual foi o tema do seu trabalho de conclusão de curso?
É possível liberar o thread do consumidor Kafka transferindo a mensagem para uma fila na memória e processando-a em outro thread?
Qual framework você usa mais?
De que depende o momento de remover um objeto numa cadeia de ligações assim?
Você mesmo preparou as configurações de deployment, ConfigMap e similares para pré-produção?
Como foi o processo de configuração e configuração se um novo serviço foi criado?
O que é Mutual TLS?
Foi uma pré-aquecimento de cache, estou certo?