Então microsserviço é apenas um conceito de estrutura? Eu pensava que tinha uma segunda tecnologia gerenciando os serviços, mas pelo que entendi a aplicação que seria muito grande é dividida em pedaços onde cada um faz algo específico podendo ter outras linguagens de programação ou tecnologias específicas para aquele serviço e tudo é interligado disparando requests http de um serviço para o endpoint do outro. Eu pensava ser algo muito mais complexo e que teria que aprender uma nova tecnologia ou algo assim hehe
Muito bom o vídeo, parabéns. Só um ponto do vídeo que eu acho q pode gerar um desentendimento é na hora que vocês falam que micro serviços é interessante quando a empresa tem times pequenos de desenvolvimento, mas que fique claro que a empresa tem timeS, ou seja, mais que um time. Se a empresa tem apenas um time pequeno, trabalhar com micro serviço só vai gerar complexidade desnecessária. Ao meu ver se a empresa tem menos de 10 devs a utilização de micro serviços só vai complicar todo o processo e mais atrapalhar do que ajudar
Já acompanho o trabalho de vocês há bastante tempo e algo q nunca deixa de me impressionar é a objetividade e clareza do seus conteúdos!! Algo muito dificil de encontrar não só por aqui mas lá pela gringa tb. Parabéns pelo inclusivo conteúdo de qualidade que vocês provêm para a comunidade!! Abrass
Essa questão de ter um orquestrador.. é importante ter uma HA...e load Balancing configurado...caso um GW falhe o outro responda.. e como vc disse...tem que ter os logs muito ajustado pra identificar falhas...apresentadas.
Sensacional como sempre! Só acrescentaria uma coisa: a comunicação entre serviços pode ser feita de outras maneiras como filas, consumo de arquivos ou até quem sabe registros em um banco de dados, ganhamos assim um processamento assíncrono que pode ser bom em alguns casos. Parabéns pelo belo vídeo de novo!
As vezes não entendo muito dos vídeos do dicionário, pois eles trazem termos técnicos que eu não compreendo, mas a medida que vou evoluindo na faculdade (faço eng de software) eu começo a entender os dicionários do programador e isso para mim é uma prova da minha evolução. Lembro da primeira vez que vi o video de POO e Scrum e não entendi nada, mas hoje ja compreendo o que vcs falaram nesses vídeos. Muito obrigado por fazer esse tipo de conteúdo.
acontece o mesmo comigo. As vzs explicam termos muito técncos que só quem ja ta no mercado ha um tempo conhece, porém o conteúdo não deixa de ser bom. Mais na minha opnião poderiam dar exemplos reais mais simples do q se trata o assunto para que quem está iniciando na área possa entender melhor
Este video em especial é dependente de bagagem. Sugiro que o casal legal faça umas playlists com ordem baby, crianca adolescente, adulto jovem, adulto maduro e veiaco
Este video em especial é dependente de bagagem. Sugiro que o casal legal faça umas playlists com ordem baby, crianca adolescente, adulto jovem, adulto maduro e veiaco
Põe complicado nisso...eu tô com App..que consome uma API em Java que desenvolvi fora o Front Web..em Angular que consome esse Serviço.. e esse serviço acessa outro serviço. Então tem que pensar em muita coisa...uma vez que o estado é mantido pela autenticação.q devolve um token....fora isso temos uma arch stateless, no Soa isso muda...porque o estado statefull pode ser inciado desde o cliet até o bd uma gerência de estados. Ex: EBJ. Os serviços de NFe usam SOA... Rest é muito mais eficiente..e menos gordo que SOA....e particularmente mais facil de manter o isolamento..das Tier.
Amo esse vídeo, mas com o passar do tempo a gravação vai perdendo qualidade com os novos lançamentos. Seria bem legal uma abordagem resumida desse vídeo e das monolíticas em um único vídeo! Ou uma mão no código dos dois, seria bem legal! *---* Amo o canal de vocês
Se o colega usar Java recomendo JavaDoc que tem ótimos recursos para geração de documentação com base em convenção dos comentários, a Oracle usa em vários projetos pois um ponto forte do JavaDoc é gerar documentação em HTML para pronta disponibilização, eu uso para publicar na Internet as APIs dos projetos em que trabalho
Parabéns pelo excelente trabalho de vocês. Gostaria de sugerir uma espécie de tema Off topic: A playlist de um programador(a) enquanto desenvolve. Vida longa ao Cas(n)al.
Muito bom vídeo como sempre, é fantástico como vocês conseguem resumir assuntos complexos. Mas são tantas boas páticas e recomendações que a galera vai continuar no PHPzão puro mesmo!
É o famoso "depende"... Poder escalonar apenas uma parte do seu serviço por exemplo é uma das features dos ms. Gerenciar vários na ao invés de um monolítico passará, no entanto, a ser um problema. Cada contexto deve determinar a melhor escolha.
Uma sugestão para o proximo dícionario do programador é "integração continua" Vi isso no Circle ci Orbs e até agora não entendi o que significa e sua relação com o github... Tem alguma relação com microservice também? Se puderem trazer o tema ficarei grato e parabenizo pelo conteúdo rico do canal.
A ideia de integração continua é os devs irem mesclando suas alterações o tempo todo, ou seja, o invés de vc trabalhar 1 semana numa funcionalidade e depois subir ela pro github o que pode gerar diversos conflitos com códigos escritos por outros devs do time, alem de ficar complicado o merge, se incentiva o envio de comits menores de tempo em tempo, dessa forma a taxa de merge é bem menor. Ai o interessante que da pra utilizar tecnologias como a Circle CI q a kd novo commit baixa o fonte todo, compila, roda testes e já valida tudo bunitim pro time saber que tudo ta funcionando. Por isso ele se relaciona com o github, na pratica ele vai monitorar um repositório e a cada novo commit ele vai puxar o código, compilar, rodar testes (caso tenha) e deixar o build pronto pra deploy. integração continua é muito utilizado junto com "entrega continua" que é justamente pegar o build gerado pela integração continua e subir pra um servidor, enviar pra algum cloud e já colocar o código novo pra rodar :D
@@MiltonFilhoDev bacana, obrigado pela resposta, sugeri o tema porque gostaria de entender e porque o tema é bem escarço em português (inexistente talvez kkk). Mas, sua resposta ja me ajudou a entender um pouco melhor o funcionamento desse processo. grato :)
Bom dia, estou com uma dificuldade, em fazer uma instalação do Mantisbt no Linux manti20, teria como fazer uma vídeo aula passo a passo. Me ajudaria muito para o meu projeto. Agradeço. At.te Williams Carvalho
Acho que eles quiseram dizer não quando uma equipe inteira é pequena, mas sim quando você precisa dividir a equipe em grupos menores e cada um trabalhar do seu jeito separado se interligando pelas conexões, dando mais autonomia
Do ponto de vista técnico, existem ZERO vantagens em se usar microserviços. A única possível vantagem, que ainda estamos descobrindo se é vantagem ou não, está relacionado a processos e gestão.
Então microsserviço é apenas um conceito de estrutura? Eu pensava que tinha uma segunda tecnologia gerenciando os serviços, mas pelo que entendi a aplicação que seria muito grande é dividida em pedaços onde cada um faz algo específico podendo ter outras linguagens de programação ou tecnologias específicas para aquele serviço e tudo é interligado disparando requests http de um serviço para o endpoint do outro. Eu pensava ser algo muito mais complexo e que teria que aprender uma nova tecnologia ou algo assim hehe
Muito bom o vídeo, parabéns. Só um ponto do vídeo que eu acho q pode gerar um desentendimento é na hora que vocês falam que micro serviços é interessante quando a empresa tem times pequenos de desenvolvimento, mas que fique claro que a empresa tem timeS, ou seja, mais que um time. Se a empresa tem apenas um time pequeno, trabalhar com micro serviço só vai gerar complexidade desnecessária. Ao meu ver se a empresa tem menos de 10 devs a utilização de micro serviços só vai complicar todo o processo e mais atrapalhar do que ajudar
Nesse caso, seria melhor fazer a utilização do que?
@@AndreManesco O monolítico né porra
Poderiam fazer um vídeo sobre Self-Contained Systems vs. Microservices
Já acompanho o trabalho de vocês há bastante tempo e algo q nunca deixa de me impressionar é a objetividade e clareza do seus conteúdos!! Algo muito dificil de encontrar não só por aqui mas lá pela gringa tb. Parabéns pelo inclusivo conteúdo de qualidade que vocês provêm para a comunidade!! Abrass
Essa questão de ter um orquestrador.. é importante ter uma HA...e load Balancing configurado...caso um GW falhe o outro responda.. e como vc disse...tem que ter os logs muito ajustado pra identificar falhas...apresentadas.
Sensacional como sempre! Só acrescentaria uma coisa: a comunicação entre serviços pode ser feita de outras maneiras como filas, consumo de arquivos ou até quem sabe registros em um banco de dados, ganhamos assim um processamento assíncrono que pode ser bom em alguns casos. Parabéns pelo belo vídeo de novo!
Excelente complemento!!! Comentário destacado
como um canal tão bom desse, só tem isso de view, grande conhecimento que o pessoal está perdendo. :(
Que vídeo excelente para entender o básico sobre o que são microservices.
Parabéns, vocês são feras!
que canal sensacional! Venho do mundo de infra e estou migrando aos poucos para a Cultura Devops; estes assuntos tem me ajudado bastante. Parabéns.
As vezes não entendo muito dos vídeos do dicionário, pois eles trazem termos técnicos que eu não compreendo, mas a medida que vou evoluindo na faculdade (faço eng de software) eu começo a entender os dicionários do programador e isso para mim é uma prova da minha evolução. Lembro da primeira vez que vi o video de POO e Scrum e não entendi nada, mas hoje ja compreendo o que vcs falaram nesses vídeos. Muito obrigado por fazer esse tipo de conteúdo.
acontece o mesmo comigo. As vzs explicam termos muito técncos que só quem ja ta no mercado ha um tempo conhece, porém o conteúdo não deixa de ser bom. Mais na minha opnião poderiam dar exemplos reais mais simples do q se trata o assunto para que quem está iniciando na área possa entender melhor
Este video em especial é dependente de bagagem. Sugiro que o casal legal faça umas playlists com ordem baby, crianca adolescente, adulto jovem, adulto maduro e veiaco
Oi
Padrão BFF, acho q seria um conteúdo bacana pro dicionário
e API Gateway
Único comentário que consigo pensar é que eu queria ser amigo de vocês. Que casal gente boa! Hahahaha
carente
@@luanribeiro6776 pesado
@@thallesrangel1241 elefante
vocês são muito bom, GRATIDAO POR PASSAR CONHECIMENTO de uma forma tão explicativa
Muito obrigado pelo seu reconhecimento Cesar! 🤓
Ótimo conteúdo claro e objetivo!! E o melhor que é inclusivo para os brasileiros, por ser em português!!! Parabéns!!!
Maravilhosos, minha fonte oficial quando tenho dúvidas. Obrigado pelo conteúdo de qualidade, sempre !
instablaster...
Muito bom! Fiquei impressionado com a explicação
Obrigado pelo vídeo! Isso ajudou-me a esclarecer algumas coisas na arquitetura de uma empresa que trabalho. Valeu!
Este video em especial é dependente de bagagem. Sugiro que o casal legal faça umas playlists com ordem baby, crianca adolescente, adulto jovem, adulto maduro e veiaco
😂 quando eu quero descobrir algo da programação, venho ver aqui com vcs...
Põe complicado nisso...eu tô com App..que consome uma API em Java que desenvolvi fora o Front Web..em Angular que consome esse Serviço.. e esse serviço acessa outro serviço. Então tem que pensar em muita coisa...uma vez que o estado é mantido pela autenticação.q devolve um token....fora isso temos uma arch stateless, no Soa isso muda...porque o estado statefull pode ser inciado desde o cliet até o bd uma gerência de estados. Ex: EBJ. Os serviços de NFe usam SOA... Rest é muito mais eficiente..e menos gordo que SOA....e particularmente mais facil de manter o isolamento..das Tier.
Poderiam gravar um vídeo sobre o Flutter?
Amo esse vídeo, mas com o passar do tempo a gravação vai perdendo qualidade com os novos lançamentos.
Seria bem legal uma abordagem resumida desse vídeo e das monolíticas em um único vídeo!
Ou uma mão no código dos dois, seria bem legal! *---*
Amo o canal de vocês
Ótimo vídeo...
Vcs têm a ideia de falar sobre documentação de software, acho que daria um bom episódio.
Se o colega usar Java recomendo JavaDoc que tem ótimos recursos para geração de documentação com base em convenção dos comentários, a Oracle usa em vários projetos pois um ponto forte do JavaDoc é gerar documentação em HTML para pronta disponibilização, eu uso para publicar na Internet as APIs dos projetos em que trabalho
É esse vídeo gerou uma lista de termos para pesquisar!
Obrigada! Muito bom
Parabéns pelo excelente trabalho de vocês. Gostaria de sugerir uma espécie de tema Off topic: A playlist de um programador(a) enquanto desenvolve. Vida longa ao Cas(n)al.
O exemplo do final falando de usuários, me fez lembrar do dia que o Google todo caiu por causa do serviço de autenticação kkkk
Comentando só pra agradecer. Obrigado.
Parabéns! Muito bem explicado.
Sugestão para próximo mão no código, autenticação em api rest, usando js na pagina do login.
Muito bom vídeo como sempre, é fantástico como vocês conseguem resumir assuntos complexos. Mas são tantas boas páticas e recomendações que a galera vai continuar no PHPzão puro mesmo!
Mano tudo isso da pra aplicar no Php
Agora vcs tem q falar de Arquitetura Headless
Em outras palavras.
É tudo muito bom, muito legal mas 99% dos casos usaremos o bom e velho blocão :)
ou não
É o famoso "depende"... Poder escalonar apenas uma parte do seu serviço por exemplo é uma das features dos ms. Gerenciar vários na ao invés de um monolítico passará, no entanto, a ser um problema. Cada contexto deve determinar a melhor escolha.
Definitivamente não
Obrigado pelo vídeo!
Boa tarde! Eu preciso me aprofundar em microsserviços. Podes me apresentar um vídeo de exemplo para isso?
Muito bom não conhecia muito bem essa arquitetura.
Façam um video sobre gRPC
Uma sugestão para o proximo dícionario do programador é "integração continua"
Vi isso no Circle ci Orbs e até agora não entendi o que significa e sua relação com o github... Tem alguma relação com microservice também? Se puderem trazer o tema ficarei grato e parabenizo pelo conteúdo rico do canal.
A ideia de integração continua é os devs irem mesclando suas alterações o tempo todo, ou seja, o invés de vc trabalhar 1 semana numa funcionalidade e depois subir ela pro github o que pode gerar diversos conflitos com códigos escritos por outros devs do time, alem de ficar complicado o merge, se incentiva o envio de comits menores de tempo em tempo, dessa forma a taxa de merge é bem menor. Ai o interessante que da pra utilizar tecnologias como a Circle CI q a kd novo commit baixa o fonte todo, compila, roda testes e já valida tudo bunitim pro time saber que tudo ta funcionando. Por isso ele se relaciona com o github, na pratica ele vai monitorar um repositório e a cada novo commit ele vai puxar o código, compilar, rodar testes (caso tenha) e deixar o build pronto pra deploy. integração continua é muito utilizado junto com "entrega continua" que é justamente pegar o build gerado pela integração continua e subir pra um servidor, enviar pra algum cloud e já colocar o código novo pra rodar :D
@@MiltonFilhoDev bacana, obrigado pela resposta, sugeri o tema porque gostaria de entender e porque o tema é bem escarço em português (inexistente talvez kkk). Mas, sua resposta ja me ajudou a entender um pouco melhor o funcionamento desse processo. grato :)
Muito bom.
Estou ficando louco com tanta coisa que pedem nas vagas de estagio e eu nem sei oq significam 😞
Uma dúvida: Vocês já desenvolveram alguma App em Microservices ? Ou é somente teoria ?
duvida: por que microserviços se aplica a equipe pequenas de desenvolvimento?
Bom dia, estou com uma dificuldade, em fazer uma instalação do Mantisbt no Linux manti20, teria como fazer uma vídeo aula passo a passo.
Me ajudaria muito para o meu projeto.
Agradeço.
At.te
Williams Carvalho
Ótimo vídeo!
Muito bom !!
Faz sobre SOAP
Equipes pequenas?
Explica esse gateway, eu estou pensando no ip gateway
Toooooooop
Para empresa pequena nao da pra usar isso
Não entendi uma coisa... Por que microservices é uma vantangem para equipes pequenas?
Acho que eles quiseram dizer não quando uma equipe inteira é pequena, mas sim quando você precisa dividir a equipe em grupos menores e cada um trabalhar do seu jeito separado se interligando pelas conexões, dando mais autonomia
@@joaopedrodossantos2488 Faz sentido
Sinto muita falta de exemplos práticos nos vídeos :( Sempre fica tão abstrato pra que eu entenda.
Do ponto de vista técnico, existem ZERO vantagens em se usar microserviços. A única possível vantagem, que ainda estamos descobrindo se é vantagem ou não, está relacionado a processos e gestão.
Gostei, mas poderiam ter mais exemplos práticos.
Monolitão forever
Amêisin
A Voz dela é igualzinha a dubladora da prima do Will Smith do Fresh Prince Bell Air
Ainda não vi o video todo, porem acho que eles vão falar de funcional.
E eu estava errado
👍🏽
Quase First...kkk
Sem mostrar na prática eu continuo não entendendo nada!
Não curti a explicação
Sem sal cional!!!!!
Entendi porra nenhuma