TDC CONNECTIONS
Building Software in the Connected World

Keynote TDC

Ao longo da sua trajetória você terá inúmeras oportunidades, na verdade são inúmeros caminhos que podem ser trilhados. Algumas pessoas vão querer se desenvolver cada vez mais para serem as referências técnicas, outras irão buscar desenvolvimento para liderarem pessoas. Algumas irão empreender, outras buscarão trabalhar em empresas pequenas, outras multinacionais, sejam no Brasil ou fora. O que você precisa fazer para aproximar da sua missão a cada passo e deixar um legado ao invés de colecionar logos? O que você precisa fazer para tomar decisões pro-ativas e não aguardar as propostas no LinkedIn? Como medir a balança do aprendizado e recompensa financeira? Nesse palestra pretendo contar muito do que vivi ao longo de quase duas décadas e aprendizados que tive na jornada.

O Picpay cresceu muito nos últimos anos. Recentemente atingimos a marca de 5 milhões de usuários com o nosso cartão. Diante disso, houve um desafio: como migrar os nosso sistema legado para uma arquitetura mais resiliente e com alta disponibilidade.

Nessa palestra contaremos um pouco de como estava e como é hoje a arquitetura dos serviços que cuidam da parte de cartão do Picpay, os principais desafios e como superamos os obstáculos para conseguirmos atender cada vez mais usuários. Detalharemos um pouco de como conseguimos lidar com uma arquiteta que depende de parceiros e de serviços que muitas vezes falham, e daremos algumas dicas de como sair de um legado!

Saga é um dos microservices patterns mais conhecidos e debatidos. Responsável por prover consistência de dados em uma arquitetura distribuída, as soluções se dividem em orquestração e coreografia, com pontos fortes e fracos bem conhecidos para cada abordagem.

Nessa palestra, propomos uma terceira via, que procura unir o melhor dos dois mundos e trás uma versatilidade inédita, demonstrando alguns cases onde essa nova abordagem pode brilhar.

Como criar uma Saga cujos passos só são definidos em tempo de execução? Responderemos essa e outras perguntas discutindo como fizemos isso em nossa lib de Saga.

Vamos descobrir o que são microsserviços e como o Spring Cloud e seus projetos podem ajudar no desenvolvimento desse tipo de aplicação. Também veremos um exemplo de um microsserviço que utiliza alguns projetos do Spring Cloud.

Cloud-native applications are a collection of small, independent, and loosely coupled services. How can you as a developer or an architect design microservices that comply with this definition? And more, how can you do this using industry-level design patterns such as fanout, mat-view, observability, CQRS?

The intent of this talk is to give real-world examples and feed the participants with confidence that cloud-native microservices are possible to implement since you design them properly.

There are a number of challenges with microservices including: polyglot persistence; data consistency; and transactions across microservices. This session discusses the trade-offs bw multi data models versus single data model (R) DBMS engines for Relational, JSON, Graph, Spatial, Text, etc. data types. The session then discusses maintaining data consistency in MicroServices architecture including: atomicity of persisting events and state; guarantee exactly once message delivery, data consistency, and parallel updates. Finally the session discusses the trade-offs for transactions across microservices including SAGA, Microprofile Long Running Actions and compensation.

Java doesn?t work well in a container on Kubernetes right? Too big? Too slow to start? Not anymore with Quarkus! Quarkus significantly reduces the container resource requirements for memory and startup, while still supporting standard APIs like Eclipse MicroProfile.

Calma! Não estou falando que você não deve usar, apenas que você (provavelmente) está fazendo tudo errado. Chega de distorcer o conceito do DDD (meu objetivo não é falar o conceito e sim aonde estamos errando) e também de construir "monolitos distribuidos", acreditando que estamos fazendo microserviços. O mais importante para acertarmos é identificar aonde estamos errando e isso está acontecendo no desenho da sua solução, na sua forma de interpretar e planejar sua arquitetura. Não desanima, vem comigo e vamos discutir sobre tudo isso nessa palestra um tanto quanto polêmica.