Microsserviços: O que restou. Erros e acertos 

o problema de alguns devs é achar que a estrutura do sistema da lojinha do seu Zé tem que ter a mesma estrutura que o mercado livre.

Trabalho com microsserviços, e esse conteúdo agregou muito, realmente a questão de estrutura organizacional de várias squads ajuda muito, mas a quantidade de burocracia pra isso funcionar é uma loucura

Tem que tomar cuidado para não sair criando trocentas mil APIzinhas a toa msm! Perfeito!

Nem todo mundo é a Netflix ou o Spotify. A gente, da área de TI corre prá pisar em cima quando vê uma casca de banana, não é possível.

É difícil pra caramba e custoso implementar e manter os microserviços, e mais, a mão de obra qualificada para evoluir e manter essa estrutura é muito mais cara e estamos em um momento de taxas de juros altas e empresas focando em 'eficiência' (corte de gastos). O hype foi muito grande também pela abundância de recursos financeiros para esses experimentos, vamos ver de agora em diante como vai ser.

Wesley : trabalho sensacional este que vc desenvolve - transmitir conhecimento. Aprendi muito com vcs aqui ... (e olha que sou "Garoto de Programa" 🤭 há mais de 30 anos)

Que vídeo sensacional, Wesley! Muito bom ver você explorando as "partes não tão belas" do hype. Esse tipo de experiência vale ouro! Continue com o excelente conteúdo, por favor!

Gosto desses vídeos com contexto histórico e sobre experiência real de trabalho e de mercado. Vídeo sincero e com muita bagagem. Obrigado pelo bate bapo.

na N26 adotamos, desde o início a aplicação do DDD para definir os domínios e seus contextos delimitados, dão muito suporte para implementação de Monolitos Modulares. Com este conceito, adotamos um mono-repo que nos permite distribuir recursos dentro da infraestrutura. Ainda estamos na construção disso tudo e está sendo uma experiência bastante interessante. Se seu objetivo era uma breve introdução sobre o tema, acredito que cumpriu seu papel.

Esse canal é simplesmente fantástico.

Excelente explicacao! Muito importante falar dos Hypes e de utilizar o que funciona o que nao. Contexto fundamental

Estou me debruçando sobre micro serviços agora.java/spring.... Ajudou muito, depois deste vídeo consigo falar com mais segurança sobre o assunto, obrigado

O q vc explicou nesse vídeo é basicamente, a falta de um olhar mais estratégico e operacional dos arquitetos e do board da empresa. Quando o operacional começar a trabalhar sem um controle estratégico da empresa... Vai ter problemas. Trabalho em projeto em que se usa poucos mocroservices e um software gigante monolith. Mas deram liberdade para o gerente do projeto administrar do jeito que achou certo sem ver a estratégia da organização. Agora estamos com um problema que é algumas defasagens que estão prejudicando as entregas, as tools de monitoração de segurança e outros problemas. Muitos da equipe vem alertando isso a alguns anos, mas infelizmente só agora depois de alguns anos que viram o que fizeram de errado.

Esse vídeo caiu como uma luva na minha vida. Obrigado por esse vídeo amigo!!!

As equipes esquecem do básico, aderir à padronização. Padrões de projeto. Gostei muito do vídeo, parabéns!

Boa! Importante dar essas opniões como forma de experiência, principalmente para os mais JR's. Bons pontos e argumentos.

Parabéns pelo conteúdo! Continuem assim!

Baita visão geral sobre o assunto parabéns pelo vídeo

Microserviços é um modelo arquitetural impressionante e poderosíssimo!

Tudo verdade, mas vale reforçar. Microsserviços é uma necessidade em muitos contextos. Não deve ser uma decisão automática, como também não deve ser rejeitada nos cenários em que for aplicável. Criticar microsserviços também é um Hype.

Cada dor tem seu remédio. Por isso, nós arquitetos, precisamos pensar de acordo com o projeto, e não projetar por moda ou por vergonha de ir contra as modas.

Wesley, parabéns! Vc focou a distorção bastante comum aos diferentes modismos. Há um momento em que todos "migram" e há um reverso da onda em que os problemas reais aparecem. Microsserviços é uma realidade sem volta. O que se impõe aos gestores em TIC é a adoção de boas práticas, planejamento e escolhas. No serviço público aplicações críticas gigantescas, em plataformas tecnológicas defasadas, tornam esforços de manutenção e/ou evolução tão ou mais caros do que a aquisição de novos sistemas. A cultura monolítica (na qual são característicos feudos de poder) também inviabiliza adoção de inovações e melhorias relevantes para o negócio. Há referenciais teórico práticos muito interessantes sobre métodos de análise e planejamento da decomposição de sistemas monolíticos. Há a questão complexa (desafiadora) sobre investimentos em preparação - que não mostram resultados em curto prazo - e é necessário convicção e visão estratégica para colher benefícios em médio / longo prazo. Importante observar que o resultado - além dos benefícios - é maior complexidade em governança, controles e operações. Há ainda as questões de segurança. Desafios!

Conteúdo sensacional, no momento 15:15 é muito mais sobre soft skill (muito importante) e 100% verdade... Por incrível que parece é um déficit na formação de devs.

Raro eu comentar e curtir um vídeo. Parabéns pelo conteúdo excepcional!

Esse vídeo é uma "Revelação" para o mundo dos microservices, só queria lembrar sobre usar ORM e não noSQL ou quando usar.

Que vídeo top Wesley, é tudo isso que vc falou.

Top, parabéns!!!

Muito boa a apresentação ! Eu desenvolvo apps de mobilidade e uso micro serviços não tem como fugir mesmo !

Os serviços modulares são uma ótima opção aos microsserviços, não são perfeitos, mas eles podem conviver bem com microsservicos e monolitos, dependendo do caso de uso. Para a maioria das empresas, serviços modulares seriam o ideal.

Muito bom , um micros-services chassi é fundamental para manter o ecossistema saudável.

Excelente conteúdo !

Muito bom!

obrigado pelo conteudo

[ 11:29 ]mim. Faltou colocar o nome do livro na caixa de informações! Espero que o livro seja este: " Team Topologies: Organizing Business and Technology Teams for Fast Flow " by Matthew Skelton.

EXATOOO!!! ESCALAR O TIMEEEE!!! Microserviço me possibilita chegar pro cara do RH e falar: " Hey, pode buscar por dev python, php e node !! " O que cair na peixe é rede ! Dai o desenvolvimento do meu produto não fica parado por conta de mão de obra !

Muito bom o vídeo, acho que teve hype demais para microserviços, na real acho mais útil para empresas grandes e tem que tomar cuidado para não dividir demais e complicar demais tb. Eu prefiro monolítico ou no máximo dividir só em uma ou outra parte, penso assim se a equipe é pequena não tem pq complicado e por mais N camadas de complexidade e ferramentas. Inclusive hoje em dia acho super lento as empresas grandes mesmo com tantos deploys, cansei de ver ERP e outros serviços alugados que tem os mesmos problemas e detalhes a anos e nada de arrumarem, mesmo coisas simples, já empresa pequena e projetos Opensource costumam evoluir muito mais rápido e melhor. Foi tanto tb o hype que a indústria padronizou o Kubernates como orquestrador, sendo que ele só é mesmo focado em microserviços, mas esqueceram que a grande maioria das empresas e sistemas são monokiticos e que não precisam escalar em milhares de container e máquinas, inclusive acho que devia ser mais usado o Nomad, pois atende muito mais caos de usos e é peso leve rs, enquanto o Kubernates é muito focado em Enterprise para empresas que ganham milhões por mês e atende milhões de clientes. Faltou uma solução para o pequeno e médio, o Docker Swarm poderia até ser e até é, mas nenhum Cloud tem ele gerenciado ou ferramentas mais focadas nele, todo o ecossistema focando só no gigante Kubernates 😅, acho que muita ferramenta e metodológicas foca demais em empresa gigante e poucas para a maioria dos casos de usos de empresas menores.

Show!

Acho fantástico os Microserviços, mas quando temos muitos serviços e times de produtos fica muito mais complicado para o time de Operações. O que quando algo dá errado temos que ficar correndo para tudo que é lado procurando o owner do produto e cada um joga pro outro o problema. Tu tem algum vídeo sobre como operações e desenvolvimento pode trabalhar da melhor maneira com product taxonomy?

Muito legal

Muito bom o vídeo, mas pelos comentários acredito que a mensagem não ficou clara ou o pessoal está precisando urgente do treinamento da fullcycle 🤫

É uma coisa clássica da tecnologia: surge algo novo, já querem matar as coisas que existem e/ou começar a criticar, que não presta, a tecnologia nova é o futuro e bla bla bla Tinha que ensinar já na escola: "Nem todo problema é prego, e nem toda solução é martelo".

da hora em

Vlw!!

Microsserviços exigem MACROGESTÃO, e por incrível que possa parecer uma boa documentação e de fácil acesso pelos atuais e novos membros das equipes, e ainda mais uma gestão de obsoletos, pois para mim muitos microsserviços são descartáveis, atendem uma demanda imediata e logo são substituído por solução mais sólidas.

Ele mesmo vendeu muito curso batendo nessa tecla de microserviços. E não precisava ser um expert no assunto pra saber que esse tipo estrutura iria bater de frente com latência.

Meu primeiro desafio com MS foi na hora de gerar relatórios como fazer para juntar todos esse bancos de dados e relacionar eles.

Mantenha assim!

Acredito que o futuro é criar aplicações monolíticas modulares. Aí na hora do deploy ter algum jeito de separar e fazer o deploy desses módulos como se fossem microserviços separados. Tem um projeto do google para fazer isso já (google wave se não me engano, mas nunca usei)., transformando assim os "monolitos" em "grupos de microserviços" onde cada módulo pode ser "considerado" um MS. Isso vai facilitar também na questão de ownership, pois muitas vezes alguns MS são muito "relacionados" e acabam sendo da responsabilidade do mesmo time (nunca trabalhei/vi uma empresa que realmente tem 1 micro-serviço por time) Separando os bounded-contexto certinho, criando os módulos desse "monolito-agrupado" e usando event-based (um rabbitMQ da vida) acho que torna tudo isso bem intuitivo e o principal: viável

Sou Dev Sêniro Full Stack, com 20 anos de experiência, desempregado, procurando faz mais de 2 meses e sim, tá muito complicado, mercado de TI tá bem esquisito.

Você conversa como um pastor pentecostal. Nada contra. Apenas um comentário. Excelente video.

Desde que eu trabalho com MS (+-10anos), acho que ficou claro que micro serviços com muitas linguagens era inviável.

Poderia, compartilhar o link do livro para compra?

Meu lema e se eu posso evitar micro serviços eu evitarei ao máximo. Eu ate tenho alguns mas como os meus são na verdade micro serviços pagos de terceiro meu problema com micro serviços e zero ate hoje.

3:00

Esse lance de ownership em um eco sistema de Ms e complicado, o cara que trampa no Gateway é pai de tudo kk.

Microservico da uma trabalheira do caramba para manutenção, se for fazer uma alteração em um serviço que depende do outro tem que fazer alteração em tudo

Clean code e design patterns são esquecidos várias vezes no meio do caminho, aí que mora o perigo.

Eu não consegui entender a indicação do livro 11:30. Poderia por na descrição ou no responder meu comentário? Obrigado.

saudade do monolitao 😊

A evolução disso..e na verdade algo que já existia e muita gente não prestava atenção. MÓDULOS +PROVIDERS! Ia Java (sou javeiro), hj no Java 19, desde o Java 9, se chama Modular JDK. E muita gente, nem disso sabe.

Também podemos "quebrar" uma aplicação utilizando monolitos modulares

Se você configurar um timeout 10000 mls em ms java, você não terá retorno nenhum das requisições. 😅

A pior coisa da área de TI é justamente a velocidade como as coisas ficam ultrapassadas.

Na empresa que eu trabalho nos usa microserviços e nos tem um template

o mesmo é para kubernetes, quase todo mundo quer aprender e usar o bendito, sem se preocupar para qual a finalidade ele foi desenvolvido e por quem ele foi desenvolvido, dai vem um monte de empresas e funcionarios (gestores, lideres etc...) querendo falar do assunto e tals, porr@ mas para que ? a empresa tem alguns microserviços rodando, sei la uns 30, caraca o google tem milhares, o ML tem milhares, a NFlix tambem, mas você não é nenhuma dessas empresas, dai depois vem o dito cujo e fala: A quer saber, bora ficar MONO mesmo, ta bom assim... legacy forever.

mano vc é o pudim da fatec de Santos?

A melhor forma de quebrar microserviços não é o DDD e sim o Event storming.

Poderia escrever o nome do livro por gentileza. Pela fala não consegui acessar😉

Qual é o livro que você recomendou neste ponto ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-Zu-D9A_L5Qo.html? Não consegui encontrá-lo

Vc acha que faz sentido a pessoa já criar uma POC como MS ? mesmo com 2 ou 3 desenvolvedores? na minha opinião é contra produtivo

Segregar um módulo em um outro processo e componetização distribuída já existe desde os primórdios da computação. No início dos anos 2000, desenvolvia módulos distribuídos com .NET Remoting(Hoje seria chamado de microsserviço). Isso tudo é justificativa para vender hora mais cara. Corba, DCOM, COM+, EJB, tudo isso já existia quando tudo era mato

✅

Cartão perfurado... que saudade

Nunca dei moral pra esse canal pois parece muito orientado a hype e com ads super agressivos. Com essa opinião eu até concordo. Espero poder acompanhar mais depois desse conteúdo.

"Aí quem quiser me consome". Resumo da minha vida

Bacana. Gostei do vídeo, embora acho que poderia ser mais objetivo.

Agora é só esperar que o hype do SSR será o próximo a cair. Se aplica muito bem a alguns cenários mas não é uma "bala de prata" como vendem em cursos pela internet.

cara, bizarro esse efeito manada, tu vai implementar um negocio sem analisar melhor os pros e contras, ja cansei de ver projeto em que quase todo mundo so pensa no agora, nem quando vai subir um server povo pensa, tem gente que acha que subir um server em produção é so fazer o build e deixar rodando eternamente sem tunning, sem scan, sem patching.

Nunca cai nesse conto do vigario

Vídeo legal. Mas o discurso é muito enrolado. Eu pausei o vídeo e fui a sites específicos, nos quais aprendi em poucos minutos o que são micro serviços. Falta objetividade, antes de contar a história e tecer os comentários...

No final da história, o GPT vai acabar com tudo e com todos HAHAHA

O Wesley tem muito conhecimento, mas essas pausas que faz, toda vez fala o nome e o nome do canal, num da.

Mano 5 minutos para entrar no assunto.... a vontade de desinscrever cresce... 😑

Cara tô pegando raiva de você porque não importa quanto eu fale para o youtube parar de mostrar teu anuncio, ele mesmo assim continua aparecendo.