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
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
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
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
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!
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.
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
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!
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.
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
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
É 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
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
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
@@ZoioGameque cara ignorante kkkkkkkk
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.
Único comentário que consigo pensar é que eu queria ser amigo de vocês. Que casal gente boa! Hahahaha
carente
@@luanribeiro6776 pesado
@@thalles-dev elefante
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
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
Que vídeo excelente para entender o básico sobre o que são microservices.
Parabéns, vocês são feras!
como um canal tão bom desse, só tem isso de view, grande conhecimento que o pessoal está perdendo. :(
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.
Muito bom! Fiquei impressionado com a explicação
Ótimo conteúdo claro e objetivo!! E o melhor que é inclusivo para os brasileiros, por ser em português!!! Parabéns!!!
Poderiam fazer um vídeo sobre Self-Contained Systems vs. Microservices
vocês são muito bom, GRATIDAO POR PASSAR CONHECIMENTO de uma forma tão explicativa
Muito obrigado pelo seu reconhecimento Cesar! 🤓
Maravilhosos, minha fonte oficial quando tenho dúvidas. Obrigado pelo conteúdo de qualidade, sempre !
instablaster...
Obrigado pelo vídeo! Isso ajudou-me a esclarecer algumas coisas na arquitetura de uma empresa que trabalho. Valeu!
😂 quando eu quero descobrir algo da programação, venho ver aqui com vcs...
É esse vídeo gerou uma lista de termos para pesquisar!
Obrigada! Muito bom
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.
Oi
Padrão BFF, acho q seria um conteúdo bacana pro dicionário
e API Gateway
Parabéns! Muito bem explicado.
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
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
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.
Ó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
Muito bom não conhecia muito bem essa arquitetura.
Obrigado pelo vídeo!
Muito bom.
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!
Muito bom !!
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
Sugestão para próximo mão no código, autenticação em api rest, usando js na pagina do login.
Façam um video sobre gRPC
Toooooooop
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 :)
Boa tarde! Eu preciso me aprofundar em microsserviços. Podes me apresentar um vídeo de exemplo para isso?
Estou ficando louco com tanta coisa que pedem nas vagas de estagio e eu nem sei oq significam 😞
Faz sobre SOAP
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
duvida: por que microserviços se aplica a equipe pequenas de desenvolvimento?
Equipes pequenas?
Monolitão forever
Para empresa pequena nao da pra usar isso
Explica esse gateway, eu estou pensando no ip gateway
Uma dúvida: Vocês já desenvolveram alguma App em Microservices ? Ou é somente teoria ?
Sinto muita falta de exemplos práticos nos vídeos :( Sempre fica tão abstrato pra que eu entenda.
Amêisin
Gostei, mas poderiam ter mais exemplos práticos.
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
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.
👍🏽
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