Boa ... eu diria um pouco diferente ... eu diria que Microserviços são uma forma mais moderna de se criar uma Arquitetura Orientada a Serviços (SOA) Só tenho uma preocupação ... as empresas estão conseguindo ter o mínimo de governança dos seus Microserviços, ou estão criando mais débitos técnicos?
MS pode atender todos os princípios de SOA. Sem conflitos. Melhor comparar com API modernas. Neste caso, encontramos diferenças e melhorias com APIs rest. MS eh de fato SOA.
Wesley, Existe uma forma simples de "Event source" ou equivalente, para armazenar todos os resquest e response de cada micro serviços, para poder auditar tudo,, usando um traceId para ligar as requisições, ou tem que fazer na mão mesmo ?
O que me quebra é esse musica de fundo não consigo me concentrar no que você está falando com essas muisas de fundo man.... de qualquer forma obrigado pelo conteudo...
ESB com regras de negócio? Outro erro, não padrão. Barramentos sempre tiveram como regra ter regras somente de integração, nunca negócio. Ex roteamento, Enriquecimento etc.
Event Sourcing não é log, tem muita arquitetura que contém tabelas de log como ClienteLog, ProdutoLog, VendaLog, etc, no qual armazena algums campos com valor antes e depois. Isso não é Event Sourcing. Event Sourcing é uma "filosofia" no sistema, ele é todo voltado para eventos, não são só uns logs. Acho aí o Wesley falhou na explicação.
Meu amigo, acho que não estamos falando do mesmo vídeo. Não disse que event sourcing é log, mas sim que o log (evento imutável) é a resultante do que o event sourcing é. Não vejo event sourcing como uma filosofia, mas sim de uma forma de guardar o estado de mudança da sua aplicação. Como vc vai usar isso depois depende da aplicabilidade. Para fazer event sourcing sim, seu sistema precisa utilizar medidas para capturar os eventos, mas isso é apenas a implementação (visão tática da coisa). No final do dia event sourcing é a captura de todo estado gerado do sistema. Não podemos misturar o conceito estratégico do tático. Recomendo dar uma lida no artigo do Fowler, acha que deixa bem claro no inicio a idea do que é. Como implementar vem depois. martinfowler.com/eaaDev/EventSourcing.html
![NISAMANEE - TADA (ท้าดา) [ OFFICIAL MV ]](http://i.ytimg.com/vi/hcQHEPMmJpU/mqdefault.jpg)
uma super aula
Cara, que doidera legal kkkkkk. Muito bom o vídeo.
Tema top, assunto sensacional, escopo massa, resumo fera, conteúdo genial!!!
Wesley muito obrigado pelos vídeos, muito bom todo o seu trabalho, você faz uma grande contribuição e um excelente mentor para a comunidade
muito top, parabéns pelo conteúdo!!!
Excelente conteúdo Weslley, parabéns!
Boa ... eu diria um pouco diferente ... eu diria que Microserviços são uma forma mais moderna de se criar uma Arquitetura Orientada a Serviços (SOA)
Só tenho uma preocupação ... as empresas estão conseguindo ter o mínimo de governança dos seus Microserviços, ou estão criando mais débitos técnicos?
Eu acredito que cada solução traz no mínimo um problema agregado. rs
Ou descobri outro problema , quando já foi implementado kkk
MS pode atender todos os princípios de SOA. Sem conflitos. Melhor comparar com API modernas. Neste caso, encontramos diferenças e melhorias com APIs rest. MS eh de fato SOA.
Eventos EDA, coexistem com SOA e APIs mais modernas.
Wesley, Existe uma forma simples de "Event source" ou equivalente, para armazenar todos os resquest e response de cada micro serviços, para poder auditar tudo,, usando um traceId para ligar as requisições, ou tem que fazer na mão mesmo ?
@SkullCrazy Vou procurar
O que me quebra é esse musica de fundo não consigo me concentrar no que você está falando com essas muisas de fundo man.... de qualquer forma obrigado pelo conteudo...
SOA com base compartilhada? Só quem não conhecia SOA, nível de encapsulamento errado.
ESB com regras de negócio? Outro erro, não padrão. Barramentos sempre tiveram como regra ter regras somente de integração, nunca negócio. Ex roteamento, Enriquecimento etc.
Event Sourcing não é log, tem muita arquitetura que contém tabelas de log como ClienteLog, ProdutoLog, VendaLog, etc, no qual armazena algums campos com valor antes e depois.
Isso não é Event Sourcing.
Event Sourcing é uma "filosofia" no sistema, ele é todo voltado para eventos, não são só uns logs.
Acho aí o Wesley falhou na explicação.
Meu amigo, acho que não estamos falando do mesmo vídeo. Não disse que event sourcing é log, mas sim que o log (evento imutável) é a resultante do que o event sourcing é. Não vejo event sourcing como uma filosofia, mas sim de uma forma de guardar o estado de mudança da sua aplicação. Como vc vai usar isso depois depende da aplicabilidade.
Para fazer event sourcing sim, seu sistema precisa utilizar medidas para capturar os eventos, mas isso é apenas a implementação (visão tática da coisa).
No final do dia event sourcing é a captura de todo estado gerado do sistema.
Não podemos misturar o conceito estratégico do tático.
Recomendo dar uma lida no artigo do Fowler, acha que deixa bem claro no inicio a idea do que é. Como implementar vem depois.
martinfowler.com/eaaDev/EventSourcing.html