No video

What are Microservices? Good practices and patterns

  Рет қаралды 10,310

Michelli Brito

Michelli Brito

Күн бұрын

Learn Microservices Architecture with Spring at Decoder Week 🔥
Sign up now for free via the link: www.decoderpro...
You will learn more than +60 patterns for building Microservices Architecture, good practices and much more...
Complete content for beginners and even the most experienced.
#architecture #software #java #spring #programming #api

Пікірлер: 25
@xStephano1
@xStephano1 13 күн бұрын
Parabéns pelo vídeo, atuo como Jr na arquitetura da empresa e vindo de outra área, totalmente fora do universo de TI, preciso absorver todos esses conhecimentos.
@rogeliomartinesneto2503
@rogeliomartinesneto2503 10 ай бұрын
Top @Michelli Brito, vc é fora curva, jovem e muito expert! Parabéns!!
@pedrogustavo9541
@pedrogustavo9541 4 ай бұрын
Simplesmente a melhor explicação do KZfaq sobre esse assunto
@millerjmatos
@millerjmatos 10 ай бұрын
Seu conteúdo é de extrema qualidade!!
@marcossamuel2245
@marcossamuel2245 Ай бұрын
Muito boa a explicação.
@BrunoHenrique-oe5hb
@BrunoHenrique-oe5hb 2 ай бұрын
Esculhambasse o fusca, mas eu entendi o que são microservices. Obrigado
@RodrigoAmaral-fx2hl
@RodrigoAmaral-fx2hl 27 күн бұрын
Basicamente separa os serviços e banco de dados digamos que porçoes e cada um atendente sua respectiva regra de negócio mas eles se comunicam. Fácil encontrar aonde está o problema pois os serviços estão todos mapeados e fazer manutenção é uma beleza, diminui e mitiga erros! Espero ter ajudado!
@BrunoHenrique-oe5hb
@BrunoHenrique-oe5hb 25 күн бұрын
@@RodrigoAmaral-fx2hl eu disse que entendi, mano.
@RodrigoAmaral-fx2hl
@RodrigoAmaral-fx2hl 22 күн бұрын
@@BrunoHenrique-oe5hb Respondi o comentário errado KKKKKKKKKKKK
@ronaldodelmar
@ronaldodelmar 10 ай бұрын
Excelente explicação. Parabéns!
@henriquebarros8303
@henriquebarros8303 9 ай бұрын
Michelli, parabéns pela qualidade dos vídeos. Tá fenomenal! Sobre o conteúdo desse vídeo em si, na minha visão, tem um probleminha sobre os pontos negativos citados nos monolítos: eles não necessariamente reflete o real motivo do porquê usar microsserviços! Na verdade, são problemas que se repetem até mesmo microsserviços por conta do mesmo motivo: Decisões técnicas/arquiteturais ruins. Esse tipo de conteúdo é bem difícil de se entender quando o desenvolvedor não sofreu na pele. É igual a design pattern, nós usamos porquê queremos evitar que, aquele tipo problema que nos "assombrou" no passado, venha a se repetir. Uma coisa que funciona muito bem para mim nessas horas é mostrar um caso real. E aí, vou pegar novamente o exemplo do design pattern! Por que a gente usa o padrão Adapter? Principalmente quando pensamos no universo JS, a quantidade de biblioteca que surge a cada dia não é brincadeira. Se tu tem uma biblioteca de horas, por exemplo, ela pode ser depreciada daqui a, sei lá, 2 - 3 anos? E se tu quiser substituir ela, qual é o procedimento mais fácil: alterar uma única classe que estará submetida a uma interface e testes de unidade, ou procurar em todo o projeto onde aquela ferramente está sendo utilizada e substituir (Eu falei JS anteriormente mas vamos ser sincero que dificilmente alguém quer tocar um projeto que não tem TS, correto?) Espero que eu tenha contribuído de alguma forma :)
@marcofv
@marcofv Ай бұрын
Eu concordo com você. Adicionando ao seu comentário, já vi alguns videos da Michelli a gosto do conteúdo mas esse video me pareceu somente explorar os malefícios do monolítico e somente os benefícios de microserviço, o que na prática não é bem assim, esperava ver um contraponto entre os dois patterns. Um dos pontos positivos do monolítico, por exemplo, é que ao iniciar um projeto, seja ele um protótipo ou não, o desenvolvimento inicial acaba sendo mais rápido comparado ao microserviço, além de não se preocupar com coisas como, qual protocolo vou usar para a comunicação dos serviços? gRPC? GraphQL? Outra vantagem do monolítico é que o acesso a informação por vezes pode ser infinitamente mais rápido por ter fácil acesso a dados em memória, enquanto que em microserviço é tudo via rede/TCP (sem contar as camadas de segurança, como firewall e criptografia, e ainda NATs por estar atrás de LBs). Há um blog post da Amazon de um tempo atrás falando justamente como eles melhoraram a performance da aplicação e custo saindo de microserviço e indo para monolítico, quase que um post anti-pattern. Além disso monolítico não é sinônimo de bagunça, claro que pode acontecer, mas isso pode acontecer com qualquer aplicação, sendo monolítica ou não.
@henriquebarros8303
@henriquebarros8303 Ай бұрын
@@marcofv um outro ponto também é a escrita de testes (integração/E2e). Se formos comparar a facilidade entre os dois, é indiscutível!
@Don.Ferreira
@Don.Ferreira 9 ай бұрын
Eu sempre tive um preconceito com Java que foi completamente eliminado com explicações do crescimento da linguagem, seus videos me fizeram dar um start incrível no spring e a maravilha que o java oferece eu te agradeço muito.
@divinomarcio2463
@divinomarcio2463 2 ай бұрын
muito bom
@esseeoaminho
@esseeoaminho 10 ай бұрын
Muito bom. Há alguma sugestão para uso de microservices em Python?
3 ай бұрын
então nesse contexto uma aplicação baseada em microserviços é um FIAT com uma escada encima...kkkkk
@carloscasca
@carloscasca Ай бұрын
Eu entendi isso tambem 😂
@Paganini490
@Paganini490 Ай бұрын
Oi, Michelli! Tudo bom? Muito legal a tua iniciativa de compartilhar o teu conhecimento. Em relação ao tema abordado, eu concordo parcialmente em alguns aspectos. O primeiro é em relação a questão organizacional de um sistema chamado de monolítico. O exemplo que você usou do emaranhado de fios, apesar de existirem muito projetos que realmente são uma verdadeira bagunça, isso não tem a ver com a arquitetura usada. Existem sistemas todos desenvolvido em microserviços que podem ser perfeitamente representados por aquele poste com o monte de fios rs. Além disso é muito importante destacarmos que ser monolítico não quer dizer que haja alto nível de acoplamento. Já trabalhei com projeto de sistemas monolíticos extremamente bem organizados, com entidades de negócio muito bem definidas e isoladas em um segmento de classes específicas e fazendo uso de alto nível de abstração por meio de interfaces e classes abstratas reduzindo enormemente o nível de acoplamento. De uns anos para cá venho percebendo que a modinha do momento são os tais micro serviços, que, na prática, não passam de webservices menores e que agora são tratados por muitos (não estou dizendo que seja o teu caso rs) como uma bala de prata que resolve todos os problemas. Embora eu veja inúmeras vantagens nessa abordagem de arquitetura, por outro lado entendo que deve ser usado com parcimônia para não desenvolver um sistema imenso, como um ERP de grande porte, todo baseados em micro serviços e criar um nível de dependencia muito grande entre serviços e no final, chegar a um cenário muito semelhante ao poste que você mostrou, extremamente complexo de gerenciar. Enfim, esse é um tema logo, mas, na minha opinião, quando o assunto é sistemas complexos de grande porte, eu ainda prefiro pensar em uma arquitetura híbrida, porque no frgir dos ovos, o empresário que está colocando um sistema de gestão, por exemplo, em sua empresa, ele não quer nem saber se o sistema usa técnicas modernas ou não, ele quer saber se o sistema é capas de sustentar as operações do seu negócio de forma robusta e entregar o valor que ele espera. Mas é só uma opinião, mais uma vez, parabéns pelo conteúdo.
@Diego-Go
@Diego-Go 10 ай бұрын
qual programa tu utilizou para desenhar a estrutura ?
@vitaummacae
@vitaummacae 10 ай бұрын
Tenho a mesma curiosidade, precisando fazer uma documentação estrutural se puder compartilhar ☺️
@kauegatto
@kauegatto 10 ай бұрын
queria a mesma coisa :(
@pedroflopes96
@pedroflopes96 2 ай бұрын
Isso aí foi feito no PowerPoint
@higoramorim85
@higoramorim85 Ай бұрын
Cada caso é um caso, microsservices por ser modinha daqui a pouco TODO list vai nascer como microsservices
@kyle1285
@kyle1285 9 ай бұрын
Promo>SM 💕
MICROSERVICES WITH SPRING CLOUD: FULL OVERVIEW!
44:23
Michelli Brito
Рет қаралды 52 М.
89 - Microsserviços | O mínimo que você precisa saber
13:40
Otavio Lemos
Рет қаралды 40 М.
Алексей Щербаков разнес ВДВшников
00:47
НРАВИТСЯ ЭТОТ ФОРМАТ??
00:37
МЯТНАЯ ФАНТА
Рет қаралды 9 МЛН
Joker can't swim!#joker #shorts
00:46
Untitled Joker
Рет қаралды 34 МЛН
The Joker saves Harley Quinn from drowning!#joker  #shorts
00:34
Untitled Joker
Рет қаралды 49 МЛН
AMD Core-Parking problems FIXED once and for all!
24:17
JayzTwoCents
Рет қаралды 166 М.
Microservices // Dicionário do Programador
9:51
Código Fonte TV
Рет қаралды 77 М.
Clean Architecture with Spring by Tom Hombergs @ Spring I/O 2019
49:45
Programming's Greatest Mistakes • Mark Rendle • GOTO 2023
51:24
GOTO Conferences
Рет қаралды 88 М.
MICROSERVICES ECOSYSTEM
18:48
Michelli Brito
Рет қаралды 15 М.
Eu não imaginava que microsserviços eram assim
27:22
Rocketseat
Рет қаралды 98 М.
Spring Boot 3 | Complete Course 2023
1:49:11
Michelli Brito
Рет қаралды 145 М.
ASYNCHRONOUS COMMUNICATION BETWEEN MICROSERVICES
25:30
Michelli Brito
Рет қаралды 34 М.
Arquitetura de Microservices
13:59
Michelli Brito
Рет қаралды 21 М.
Алексей Щербаков разнес ВДВшников
00:47