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.
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.
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.
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!
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
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"
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.
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....
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!!!
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.
