Nossa Black Friday está a todo vapor! Esse ano, motivado por alguns movimentos, resolvi trazer algo completamente diferente.
Mensageria .NET – 70% OFF
Por tempo limitado, nessa Black Friday, o Mensageria .NET está com 70% OFF.
O Mensageria .NET se pauta na jornada .NET com Mensageria, com foco em RabbitMQ.
Mas qual o sentido de um curso dedicado à mensageria?
Publicar e Consumir mensagens de filas é 1/1000 da jornada!
Publicar e Consumir mensagens está para a jornada de mensageria como um tijolo está para a jornada de construção de um prédio.
Ainda assim, existem 17 pontos de atenção, que bibliotecas e abstrações não são capazes de decidir por você, exatamente porque não há nem certo, nem errado absoluto.
São configurações quase que antagônicas que se diferenciam a cada workload, dependendo diretamente do tipo de problema que estamos resolvendo. Dessa forma, as libraries adotam um padrão, que na maioria das vezes coloca sua aplicação em risco.
Se você não sabe decidir sobre esses 17 pontos, não será Masstransit ou EasyNetQ ou qualquer outra library que resolverá o assunto para você.
É sua responsabilidade entender o problema e tomar a decisão, e para isso você precisa conhecer o provider nativo, RabbitMQ.Client.
- Ao publicar
- Connection lifecycle
- Channel lifecycle
- Mandatory
- Message transient/persistent
- Headers
- Exchange / routing key (address)
- Publish confirms
- No RabbitMQ
- Exchange / exchange type / durability
- Alternate Exchange
- Queue
- Deadletter
- bind (and routing key)
- Ao consumir
- Connection lifecycle (recovery…)
- Channel lifecycle
- Manual Ack
- Prefetch
- Exception handling (reject / nack flows)
- ConsumerDispatchConcurrency
O provider nativo está para as abstrações como MassTransit e EasyNetQ, como o ADO.NET está para o EntityFramework ou NHibernate, com a diferença de que no acesso a dados, temos estruturas e comportamentos muito próximos entre soluções de bancos de dados, já pensando em Mensageria, as abstrações que suportam simultaneamente Redis, Azure Service Bus, RabbitMQ tendem a suprimir questões importantes e serem ruins por se assemelharem a abstrações que unificam Bancos Relacionais e NoSQL.
Mensageria é disruptivo, principalmente para quem nunca trabalhou com aplicações 100% assíncronas, e desbloquear essas habilidades é parte fundamental da jornada de um desenvolvedor sênior, consultor, líder técnico e arquiteto .NET.
Academia Pay
O Academia Pay é uma jornada que acontece de segunda-a-sexta, ao vivo, no Google Meet, é voltada para desenvolvedores .NET que desejam dominar o desenvolvimento de soluções SaaS modernas. Durante o ~13 semanas, rodamos ~13 dias de trabalho, 8 horas por semana, onde você aprenderá a construir do zero uma plataforma de meios de pagamento baseada em microsserviços, com alto nível de maturidade técnica, utilizando práticas de arquitetura de software distribuído e cloud-native.
Estou falando de:
- Clean Architecture: Aplicação de padrões como Clean Code, Ports and Adapters e Hexagonal Architecture.
- Microsserviços e Cloud-Native: Construção de soluções escaláveis e resilientes para aplicações SaaS.
- Observabilidade: Configuração de métricas, tracing e logs para diagnóstico e monitoramento eficientes.
- Orquestração: Uso de Kubernetes e automação de deployments para suportar alta disponibilidade.
- Multitenancy: Implementação de níveis de maturidade SaaS com suporte a ambientes compartilhados e isolados.
- Desafios reais: Simulação de cargas, integração com APIs e cenários de testes em ambiente produtivo.
Diferente dos cursos regulares, essa jornada se pauta no realismo, em desenvolver, implantar, configurar, pegar os problemas do dia-a-dia de desenvolvimento, pois a partir de problemas reais, nascem as soluções reais.
Claro que o foco não é a didática e isolar problemas para abordá-los um de cada vez, pelo contrário, é mostrar tudo junto em meio ao caos.
Enquanto isso, leia os documentos que descrevem o projeto.
0 comentários