Monolitos são bons em muitos casos, eles agilizam a implementação de novas features no projeto pois já está conectado com a base de dados e tem a interface pronta. Vejo muito conteúdo criticando Monolito, mas foi o que sempre existiu até chegar a computação em nuvem. Claro que Microserviços está dominando pois resolveu muitos problemas que tínhamos antes, contudo sempre vai ter o "Microserviço" que foi crescendo e quando vimos virou um Monolito kkkkk. Monolitos traz muitos problemas futuros porém são mais baratos para construir e por em produção, então sempre vai ter cenários que pode ser uma solução viável. Entretanto se temos, tempo, desenvolvedores e infra, eu prefiro começar usando Microserviços mesmo.
Eu comecei vendo no curso que tô, SI, a arquitetura MVC. Nunca usei essa arquitetura monolito, mas pelo que eu vi até agora no MVC, esse monolito parece trazer mais dor de cabeça do benefício a longo prazo. Então não acho que seria legal, ainda mais com o código muito acoplado.
@@rafaelnargolo Exato, voce esta certo depende do do cenario porém existem alguns cenários que pode ser bom usar um monolito, por exemplo, se eu preciso desenvolver um sistema de Agendamento de Eventos para pouco volume, talvez algo interno da empresa, então pode ser que faça sentido um monolito pois rapidamente vc desenvolve e disponibiliza para os usuários. Talvez esse sistema não cresça muito, e nesse caso o mais importante seria colocar em produção em poucos dias. Mas claro que pode ter vários cenários e não tem a forma certa nem a forma errada, sempre vamos descobrir se a decisão foi correta só quando o projeto está pronto rsrs. TMJ!!!
Eu acho vocês dois muito bons. Concordo plenamente com tudo o que vocês disseram. Vejo uma série de vídeos apresentando os micro serviços como uma bala de prata, que resolverá todos os problemas rs. Já trabalhei com sistemas monolíticos com entidades de negócio muito bem definidas, fazendo uso de interfaces e classes abstratas para reduzir significativamente o acoplamento; seguindo modelo de desenvolvimento em camadas. Dificilmente tínhamos problemas sérios que não eram resolvidos rapidamente e atendiam perfeitamente ao negócio. Neste caso era um ERP. É claro que os micro serviços são interessantes, mas prefiro ser parcimonioso e pensar no projeto do sistema não com paixão, mas com razão, fazendo o melhor uso do que as diversas arquiteturas podem oferecer, podendo, inclusive, pensar em uma arquitetura de solução híbrida. Parabéns mais uma vez pelo conteúdo realista e de alta qualidade.
O que eu gosto desse canal é que não cospem no prato que muitos já comeram, como a arquitetura monolítica (tradicional) e o PHP. Tem muito "especialista" por ai com 2 anos de mercado arrotando "linguagem morta" e "Stack bala de prata", "linguagem perfeita" só porque ESTÁ nativa nos navegadores, etc... temos um sistema de Portal de notícias rodando em servidores "impossíveis" para a nova geração, suportando picos de 100 mil acessos diários (calculado em 2 milhões de máximo teórico), em PHP puro + My SQL monolítico. Só para converter em alguma stack JS milagrosa exigiria um salto de DOIS DÍGITOS no plano de hospedagem mensal para suportar essas tecnologias, fora o custo desse desenvolvimento.
não só custo com servidor.... tem muitas empresas que migram pra microserviços e descobrem na prática que precisam de um devops. Sendo que antes era bem mais fácil manter uma aplicação em produção.
Putz eu tô projetando um sistema , onde o db irá ficam em um lugar meu servidor irá ficar em outro e o frontend no outro . Eu já estava desenvolvendo algo com uma arquitetura avançada e nem sabia slk kkkkkkkkkkk tem 7 meses q estou no universo de programação . Até tinha visto alguma coisa sobre fazer tudo em um lugar só . Porém achei q cada serviço ter sua própria porta era o padrão adotado nos dias de hoje. Esse vídeo com certeza me fez um mind blown
A mais tradicional e na minha humilde opinião a escolha padrão para novos projetos. Hoje pessoal quer fazer MVP com microsserviços sem nem saber quais são as complexidades que vem junto com esta escolha! Boa casal!
Hoje estou trabalhando em uma empresa que está em fase de definição do negócio e, acredito que por esse motivo, temos um monolito, não vejo problema nisso, entendo que é a fase do projeto e em outra fase podemos mudar, como diz meu gestor "espero que um dia tenhamos esse problema"
Estou ainda engatinhando estudando a área mas vim aqui conhecer esse modelo de arquitetura que está vindo a tona por conta da Amazon que tanto apoiou o uso de micro serviços agora colocando monólito em voga kkk
Nas decisões de arquitetura eu penso que temos que pensar na característica que o sistema terá e o que ele pode ou quer se tornar no futuro, cada caso é um caso e temos que tomar a decisão que vai ser mais viável ali no momento do projeto em termos de tempo, custos e performance.
Bom dia CDF, gostaria de tirar uma dúvida com vocês sobre a Staart, vale a pena? Quais são os cursos que eles tem? Vocês vão trabalhar com eles? Porque não aparece os cursos que eles tem lá, gostaria de saber. Desde já agradeço
Bom dia Pedro! Tudo bem? Nós participamos de um dos cursos deles, todos dos cursos são agrupados por jornadas em diversas áreas diferentes. A Staart em suas redes sociais farão a divulgação dos cursos e também das jornadas para que todos conheçam e possam escolher o melhor caminho. Siga eles no Instagram para ficar por dentro. Grande abraço!!!
Eu trabalho com front, nesse caso ainda estou preso ao monolito, não tem um forma de fazer micro-frontends tão bem como tem no caso dos micro-serviços (ou eu não descobri ainda), tem Single SPA mas o próprio dev não recomenda usar com frameworks (Next, Nuxt, SvelteKit, etc), o que já deixa ele bem menos interessante. Eu quero descobrir algo que permita fazer cada parte de um webapp separado, mesmo que seja com tecnologias iguais, apenas mantendo em repositórios diferentes e compartilhando um outro que seria um tipo de "wrapper", que teria coisas como menu, verificação de autenticação e coisas do tipo, coisas que seriam compartilhadas entres todos as partes.
microfronted eles sugerem um modelo de frames que atrapalha o uso de frameworks. eu criei um projeto base em Vue Quasar com menu e estio css do projeto bem enxuto. o sistema tem varios modulos, fui replicando esse projeto base pra cada módulo.... todos os módulos conseguem navegar entre sim porque eu salvo o token jwt no local storage e todos módulos são instalados na mesma url pai separados por pasta, dessa forma todos enxergam o mesmo token. Sendo o login se torna um módulo tb. duplica algumas coisas mas vale a pena de mais....
Fala, Lucas. Belezinha?! Resolvi tentar responder sua dúvida.... Olha sobre ser ensino superior, qualquer uma das três modalidades se encaixam: Licenciatura, Bacharel ou Tecnólogo. Então, se o ADS que pretende fazer é Tecnólogo (toma cuidado, pois muita gente confunde tecnólogo com técnico) ele vale sim. Mas claro, existem aquelas vagas que fazem distinção, pedindo por bacharel, mas são a minoria. Felizmente, essa barreira de bacharel e do próprio ensino superior como requisito, vem sendo questionada pelo mercado. Se me permite, darei minha visão sobre qual escolher... Dado que você vai estudar pra ser tornar um profissional do mercado de TI, a graduação não vai definir sua qualidade do profissional que irá se formar, logo, restaria escolher Bacharel apenas pra satisfazer os requisitos de mercado. Agora vamos analisar a questão do tempo: você precisaria de uns 2/3 anos para se formar em um tecnólogo e 4/5 anos para se formar em bacharel, então gastaria 3/2 anos a mais para satisfazer essas demais vagas e enquanto isso o mercado está diminuindo essa exigência. Com isso, talvez quando você se formar, esse requisito esteja praticamente extinto ou muito próximo disso. Para mim, valeria a pena fazer um tecnólogo em ADS, focando nos estudos extras para se tornar um profissional excepcional e não se preocupar com essa rotulação do mercado que está desmoronando. Posso ter entendido errado sua dúvida, então deixar aí se te ajudei. Espero que sim! Valeu, abraço!
"ah mas monolito não escala", claro que escala, tanto vertical , add mais poder computacional, quanto horizontal, utilizando estratégias como redundancia ativa/passiva e adicionando cópias do monolito.
Quebrei nessa parte ksksksksksksks 10:00
Ensinando td com a mais alta qualidade e um bom humor. Perfeição
Monolitos são bons em muitos casos, eles agilizam a implementação de novas features no projeto pois já está conectado com a base de dados e tem a interface pronta. Vejo muito conteúdo criticando Monolito, mas foi o que sempre existiu até chegar a computação em nuvem. Claro que Microserviços está dominando pois resolveu muitos problemas que tínhamos antes, contudo sempre vai ter o "Microserviço" que foi crescendo e quando vimos virou um Monolito kkkkk. Monolitos traz muitos problemas futuros porém são mais baratos para construir e por em produção, então sempre vai ter cenários que pode ser uma solução viável. Entretanto se temos, tempo, desenvolvedores e infra, eu prefiro começar usando Microserviços mesmo.
Eu comecei vendo no curso que tô, SI, a arquitetura MVC. Nunca usei essa arquitetura monolito, mas pelo que eu vi até agora no MVC, esse monolito parece trazer mais dor de cabeça do benefício a longo prazo. Então não acho que seria legal, ainda mais com o código muito acoplado.
@@rafaelnargolo Exato, voce esta certo depende do do cenario porém existem alguns cenários que pode ser bom usar um monolito, por exemplo, se eu preciso desenvolver um sistema de Agendamento de Eventos para pouco volume, talvez algo interno da empresa, então pode ser que faça sentido um monolito pois rapidamente vc desenvolve e disponibiliza para os usuários. Talvez esse sistema não cresça muito, e nesse caso o mais importante seria colocar em produção em poucos dias.
Mas claro que pode ter vários cenários e não tem a forma certa nem a forma errada, sempre vamos descobrir se a decisão foi correta só quando o projeto está pronto rsrs.
TMJ!!!
Que casal.. tantos anos juntos . Amo vcs
Eu acho vocês dois muito bons. Concordo plenamente com tudo o que vocês disseram. Vejo uma série de vídeos apresentando os micro serviços como uma bala de prata, que resolverá todos os problemas rs. Já trabalhei com sistemas monolíticos com entidades de negócio muito bem definidas, fazendo uso de interfaces e classes abstratas para reduzir significativamente o acoplamento; seguindo modelo de desenvolvimento em camadas. Dificilmente tínhamos problemas sérios que não eram resolvidos rapidamente e atendiam perfeitamente ao negócio. Neste caso era um ERP.
É claro que os micro serviços são interessantes, mas prefiro ser parcimonioso e pensar no projeto do sistema não com paixão, mas com razão, fazendo o melhor uso do que as diversas arquiteturas podem oferecer, podendo, inclusive, pensar em uma arquitetura de solução híbrida.
Parabéns mais uma vez pelo conteúdo realista e de alta qualidade.
O ponto mais legal do vídeo é o Gabriel resolvendo o joguinho na fala da Vanessa.
O que eu gosto desse canal é que não cospem no prato que muitos já comeram, como a arquitetura monolítica (tradicional) e o PHP. Tem muito "especialista" por ai com 2 anos de mercado arrotando "linguagem morta" e "Stack bala de prata", "linguagem perfeita" só porque ESTÁ nativa nos navegadores, etc... temos um sistema de Portal de notícias rodando em servidores "impossíveis" para a nova geração, suportando picos de 100 mil acessos diários (calculado em 2 milhões de máximo teórico), em PHP puro + My SQL monolítico. Só para converter em alguma stack JS milagrosa exigiria um salto de DOIS DÍGITOS no plano de hospedagem mensal para suportar essas tecnologias, fora o custo desse desenvolvimento.
não só custo com servidor.... tem muitas empresas que migram pra microserviços e descobrem na prática que precisam de um devops. Sendo que antes era bem mais fácil manter uma aplicação em produção.
Putz eu tô projetando um sistema , onde o db irá ficam em um lugar meu servidor irá ficar em outro e o frontend no outro . Eu já estava desenvolvendo algo com uma arquitetura avançada e nem sabia slk kkkkkkkkkkk tem 7 meses q estou no universo de programação . Até tinha visto alguma coisa sobre fazer tudo em um lugar só . Porém achei q cada serviço ter sua própria porta era o padrão adotado nos dias de hoje. Esse vídeo com certeza me fez um mind blown
Vocês são excelentes comunicadores e explicam de forma simples e clara! Parabéns e muito obrigada pelo conteúdo!
Muito obrigado pelos elogios! Ganhamos o dia!
A mais tradicional e na minha humilde opinião a escolha padrão para novos projetos. Hoje pessoal quer fazer MVP com microsserviços sem nem saber quais são as complexidades que vem junto com esta escolha! Boa casal!
Hoje estou trabalhando em uma empresa que está em fase de definição do negócio e, acredito que por esse motivo, temos um monolito, não vejo problema nisso, entendo que é a fase do projeto e em outra fase podemos mudar, como diz meu gestor "espero que um dia tenhamos esse problema"
Melhor explicação que eu já vi. Muito obrigado! Vcs são devs mais fofos da internet.
Obrigado pela explicação de forma simples
Estou ainda engatinhando estudando a área mas vim aqui conhecer esse modelo de arquitetura que está vindo a tona por conta da Amazon que tanto apoiou o uso de micro serviços agora colocando monólito em voga kkk
Muito bom, ajudou muito a entender a diferença. Obrigado Amigos!
Nas decisões de arquitetura eu penso que temos que pensar na característica que o sistema terá e o que ele pode ou quer se tornar no futuro, cada caso é um caso e temos que tomar a decisão que vai ser mais viável ali no momento do projeto em termos de tempo, custos e performance.
Valeu, muito grato por essa explicação. Top!!!!!!
🤙 Obrigado pelo ótimo serviço sempre
Muito bom o vídeo, parabéns pelo conteúdo!! Mas n pude n reparar que a voz é idêntica a do Serginho Groisman.
GRATIDÃO
Os microservices resolvem um problema que você, provavelmente, nunca terá.
Sugestão de vídeo: Reflection
Bom dia CDF, gostaria de tirar uma dúvida com vocês sobre a Staart, vale a pena? Quais são os cursos que eles tem? Vocês vão trabalhar com eles? Porque não aparece os cursos que eles tem lá, gostaria de saber. Desde já agradeço
Bom dia Pedro! Tudo bem? Nós participamos de um dos cursos deles, todos dos cursos são agrupados por jornadas em diversas áreas diferentes. A Staart em suas redes sociais farão a divulgação dos cursos e também das jornadas para que todos conheçam e possam escolher o melhor caminho. Siga eles no Instagram para ficar por dentro.
Grande abraço!!!
Eu trabalho com front, nesse caso ainda estou preso ao monolito, não tem um forma de fazer micro-frontends tão bem como tem no caso dos micro-serviços (ou eu não descobri ainda), tem Single SPA mas o próprio dev não recomenda usar com frameworks (Next, Nuxt, SvelteKit, etc), o que já deixa ele bem menos interessante.
Eu quero descobrir algo que permita fazer cada parte de um webapp separado, mesmo que seja com tecnologias iguais, apenas mantendo em repositórios diferentes e compartilhando um outro que seria um tipo de "wrapper", que teria coisas como menu, verificação de autenticação e coisas do tipo, coisas que seriam compartilhadas entres todos as partes.
microfronted eles sugerem um modelo de frames que atrapalha o uso de frameworks.
eu criei um projeto base em Vue Quasar com menu e estio css do projeto bem enxuto.
o sistema tem varios modulos, fui replicando esse projeto base pra cada módulo....
todos os módulos conseguem navegar entre sim porque eu salvo o token jwt no local storage e todos módulos são instalados na mesma url pai separados por pasta, dessa forma todos enxergam o mesmo token. Sendo o login se torna um módulo tb.
duplica algumas coisas mas vale a pena de mais....
Valeu!!!!!!!!!!!!!!
Valeu
duvida, diferenca entre monolitico e MVC, agradeco
Monolítico é uma arquitetura de sistema e MVC é um padrão de projeto que pode ser aplicado tanto em sistemas monolíticos, quanto em micro serviços.
@@filipeferreiracemim valeu meu rei
Muito bom
Para as empresas que exigem ensino superior ( do Brasil, multinacional, e do exterior) um diploma de ADS já basta? Ou geralmente eles pedem bacharel??
Fala, Lucas. Belezinha?!
Resolvi tentar responder sua dúvida.... Olha sobre ser ensino superior, qualquer uma das três modalidades se encaixam: Licenciatura, Bacharel ou Tecnólogo. Então, se o ADS que pretende fazer é Tecnólogo (toma cuidado, pois muita gente confunde tecnólogo com técnico) ele vale sim. Mas claro, existem aquelas vagas que fazem distinção, pedindo por bacharel, mas são a minoria. Felizmente, essa barreira de bacharel e do próprio ensino superior como requisito, vem sendo questionada pelo mercado.
Se me permite, darei minha visão sobre qual escolher... Dado que você vai estudar pra ser tornar um profissional do mercado de TI, a graduação não vai definir sua qualidade do profissional que irá se formar, logo, restaria escolher Bacharel apenas pra satisfazer os requisitos de mercado. Agora vamos analisar a questão do tempo: você precisaria de uns 2/3 anos para se formar em um tecnólogo e 4/5 anos para se formar em bacharel, então gastaria 3/2 anos a mais para satisfazer essas demais vagas e enquanto isso o mercado está diminuindo essa exigência. Com isso, talvez quando você se formar, esse requisito esteja praticamente extinto ou muito próximo disso. Para mim, valeria a pena fazer um tecnólogo em ADS, focando nos estudos extras para se tornar um profissional excepcional e não se preocupar com essa rotulação do mercado que está desmoronando.
Posso ter entendido errado sua dúvida, então deixar aí se te ajudei. Espero que sim!
Valeu, abraço!
@@gustavovalente3228 vc entendeu certo, era essa a minha dúvida, obrigado pelo esclarecimento, me ajudou bastante. abraço ✌️
Imagina. Tmj!
Fico feliz em ter ajudado!
Abraço!
Gabriel está moderninho? "vem que vai dar bom". rsrs
Abraços e ótimo vídeo.
É o Millennial querendo ser Geração Y! auehauehaueh
Obrigado :)
Da hora👊😎 #S42MONT
Show , para iniciantes só no monólito kkkk
valeu
Agora vem a pergunta:
Quem é a bazuca? O Monolito ou os novos serviços?
Os micro serviços. O monolito é mais rápido e simples de desenvolver, nisso vem as desvantagens citadas.
VALEUUUUU!!!!
"ah mas monolito não escala", claro que escala, tanto vertical , add mais poder computacional, quanto horizontal, utilizando estratégias como redundancia ativa/passiva e adicionando cópias do monolito.
vlw
Ensino como fazer FÁCIL e rápido projeto elétrico residencial
A dúvida é: se fala monoLIto ou moNÓlito? kkkk
Muito bom