TDC BUSINESS
TECHNOLOGIES FOR TRANSFORMING BUSINESS

Once you have a fleet of services, you need to decide how to organize and get them to cooperate for a common goal. Should they communicate with direct calls? Or should they communicate indirectly in a loosely coupled way via events? Maybe a central orchestrator should direct the communication? What do you do when a service fails? When to use a simple retry or a more sophisticated Saga pattern? In this talk, we?ll look at some orchestration patterns and techniques and to get your services to cooperate in a resilient way.

Nos atentarmos ao modelo de concorrência é uma estratégia interessante do ponto de vista arquitetural para para balanceramos os trade-offs entre complexidade e eficiência. Nesse sentido escolher o modelo de concorrência correto para seus microsserviços e como eles se conectam ao banco de dados pode ser a diferença entre uma solução que atende e uma solução que performa eficientemente. Vamos abordar sobre os tipos de modelo de concorrência que temos à disposição e as considerações de eficiência e complexidade que cada solução traz consigo.

Apresentaremos na prática como ajudamos uma grande rede farmacêutica a criar um programa de fidelização e modernização de atendimento, garantindo ainda o melhor preço para o seu cliente (paciente). Foi desenvolvida um arquitetura escalável totalmente em cloud para dar autoria e sazonalidade para a solução.

Detalharemos todos os desafios, gaps e imprevistos que foram surgindo no andamento da solução e como estamos evoluindo o produto através de melhoria continua.

Tínhamos um grande desafio de tempo de resposta através das nossas APIs e não alterar as chamadas que já eram utilizadas pelo monolito. A solução desenhada para resolver esse desafio é que mostraremos aqui.

Nessa palestra vou demostrar como desenvolver um microserviço com testes unitários, integrados e de componente. Vou demostrar que é possível desenvolver de forma eficiente sem a necessidade de a todo momento subir a aplicação.

Nesta apresentação detalharemos caso de uso da arquitetura de microsserviços para gerenciamento da custódia de produtos de renda fixa. Traremos desde a justificativa para adoção da estratégia em nosso negócio, até a especificação técnica da estrutura desenvolvida para tráfego, armazenamento, redundância e processamento de informação entre os microsserviços. Dentre os conceitos, abordaremos o uso de APIs, mensagerias, bases de dados noSQL, uso de integração contínua e monitoração do sistema.

O que aconteceria se chegassem 50.000 usuários de uma vez na sua aplicação? Construir aplicações resilientes é um desafio nos dias de hoje, apesar de não existir uma "bala de prata", vamos explorar como testes de performance podem ajudar na construção de uma arquitetura resiliente. Faremos uma evolução desde a arquitetura monolítica até a arquitetura com microsserviços, apoiando as justificativas em um estudo de caso de uma aplicação do QuintoAndar feita para aguentar o efeito rajada da campanha no Big Brother Brasil 2022, que escalou facilmente de 500 para 50.000 usuários simultâneos.

A Amazon.com foi lançada em 1995 com uma arquitetura monolítica, mas com a visão de ser a empresa mais customer centric do planeta. Saiba como a Amazon.com cresceu rapidamente e veja sua evolução de uma arquitetura monolítica para um sistema massivamente escalável baseado em arquitetura orientada a serviços e microsserviços. Com exemplos de cargas de trabalho de produção do mundo real da Amazon.com, Ring e Prime Video, saiba como a Amazon usa mecanismos para revisar e testar cargas de trabalho na nuvem em escala e como processa de forma confiável milhões de transações por dia usando a elasticidade da Nuvem AWS.