Aplicação Monolítica (A Arquitetura de Software Mais "Tradicional") // Dicionário do Programador

แชร์
ฝัง
  • เผยแพร่เมื่อ 12 พ.ย. 2024

ความคิดเห็น • 54

  • @sdmastergames4905
    @sdmastergames4905 2 ปีที่แล้ว +10

    Quebrei nessa parte ksksksksksksks 10:00
    Ensinando td com a mais alta qualidade e um bom humor. Perfeição

  • @yurimarcon
    @yurimarcon 2 ปีที่แล้ว +34

    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.

    • @rafaelnargolo
      @rafaelnargolo หลายเดือนก่อน

      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.

    • @yurimarcon
      @yurimarcon หลายเดือนก่อน +1

      @@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!!!

  • @theusclouds1199
    @theusclouds1199 11 หลายเดือนก่อน

    Que casal.. tantos anos juntos . Amo vcs

  • @Paganini490
    @Paganini490 3 หลายเดือนก่อน

    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.

  • @sauloferro-gamedev4757
    @sauloferro-gamedev4757 2 ปีที่แล้ว +5

    O ponto mais legal do vídeo é o Gabriel resolvendo o joguinho na fala da Vanessa.

  • @roberotto
    @roberotto 2 ปีที่แล้ว +10

    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.

    • @leandrobhbr
      @leandrobhbr ปีที่แล้ว +1

      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.

  • @alamo_DevFlow
    @alamo_DevFlow 2 ปีที่แล้ว +2

    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

  • @huaragois5549
    @huaragois5549 2 ปีที่แล้ว +2

    Vocês são excelentes comunicadores e explicam de forma simples e clara! Parabéns e muito obrigada pelo conteúdo!

    • @codigofontetv
      @codigofontetv  2 ปีที่แล้ว

      Muito obrigado pelos elogios! Ganhamos o dia!

  • @arquitetodasgalaxias
    @arquitetodasgalaxias 2 ปีที่แล้ว +13

    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!

  • @selmashimono
    @selmashimono ปีที่แล้ว

    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"

  • @gilsonconceicao5201
    @gilsonconceicao5201 2 ปีที่แล้ว

    Melhor explicação que eu já vi. Muito obrigado! Vcs são devs mais fofos da internet.

  • @alexandrefaculdade
    @alexandrefaculdade 6 หลายเดือนก่อน

    Obrigado pela explicação de forma simples

  • @lucasdemouradossantos5211
    @lucasdemouradossantos5211 ปีที่แล้ว +2

    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

  • @leonamorim
    @leonamorim 2 ปีที่แล้ว

    Muito bom, ajudou muito a entender a diferença. Obrigado Amigos!

  • @jonasmateus1071
    @jonasmateus1071 2 ปีที่แล้ว +1

    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.

  • @evertonmaca7409
    @evertonmaca7409 ปีที่แล้ว

    Valeu, muito grato por essa explicação. Top!!!!!!

  • @1lucas1910
    @1lucas1910 2 ปีที่แล้ว +2

    🤙 Obrigado pelo ótimo serviço sempre

  • @CorretorDeTexto-r3h
    @CorretorDeTexto-r3h 2 ปีที่แล้ว

    Muito bom o vídeo, parabéns pelo conteúdo!! Mas n pude n reparar que a voz é idêntica a do Serginho Groisman.

  • @xrcorreia
    @xrcorreia 6 หลายเดือนก่อน +1

    GRATIDÃO

  • @marceloroldrin
    @marceloroldrin 2 ปีที่แล้ว +12

    Os microservices resolvem um problema que você, provavelmente, nunca terá.

  • @GuillotineCloud
    @GuillotineCloud 2 ปีที่แล้ว +2

    Sugestão de vídeo: Reflection

  • @pedromoraes5090
    @pedromoraes5090 2 ปีที่แล้ว +1

    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

    • @codigofontetv
      @codigofontetv  2 ปีที่แล้ว

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

  • @DanielRios549
    @DanielRios549 2 ปีที่แล้ว +1

    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.

    • @leandrobhbr
      @leandrobhbr ปีที่แล้ว

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

  • @Leudo3
    @Leudo3 2 ปีที่แล้ว +1

    Valeu!!!!!!!!!!!!!!

  • @piter5489
    @piter5489 2 หลายเดือนก่อน

    Valeu

  • @guilhermeluis7688
    @guilhermeluis7688 2 ปีที่แล้ว +2

    duvida, diferenca entre monolitico e MVC, agradeco

    • @filipeferreiracemim
      @filipeferreiracemim 2 ปีที่แล้ว +4

      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.

    • @guilhermeluis7688
      @guilhermeluis7688 2 ปีที่แล้ว +1

      @@filipeferreiracemim valeu meu rei

  • @alex4gamer501
    @alex4gamer501 2 ปีที่แล้ว +1

    Muito bom

  • @lucasbarbieri6404
    @lucasbarbieri6404 2 ปีที่แล้ว +2

    Para as empresas que exigem ensino superior ( do Brasil, multinacional, e do exterior) um diploma de ADS já basta? Ou geralmente eles pedem bacharel??

    • @gustavovalente3228
      @gustavovalente3228 2 ปีที่แล้ว +2

      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!

    • @lucasbarbieri6404
      @lucasbarbieri6404 2 ปีที่แล้ว +1

      @@gustavovalente3228 vc entendeu certo, era essa a minha dúvida, obrigado pelo esclarecimento, me ajudou bastante. abraço ✌️

    • @gustavovalente3228
      @gustavovalente3228 2 ปีที่แล้ว +1

      Imagina. Tmj!
      Fico feliz em ter ajudado!
      Abraço!

  • @Hugo.Digital
    @Hugo.Digital 2 ปีที่แล้ว +2

    Gabriel está moderninho? "vem que vai dar bom". rsrs
    Abraços e ótimo vídeo.

    • @codigofontetv
      @codigofontetv  2 ปีที่แล้ว +2

      É o Millennial querendo ser Geração Y! auehauehaueh

  • @MateusHenrique-db5jj
    @MateusHenrique-db5jj 2 ปีที่แล้ว

    Obrigado :)

  • @s42mont
    @s42mont ปีที่แล้ว +1

    Da hora👊😎 #S42MONT

  • @MarcosLanzoni
    @MarcosLanzoni 2 ปีที่แล้ว +1

    Show , para iniciantes só no monólito kkkk

  • @ViniciusCorreiaLeao
    @ViniciusCorreiaLeao 2 ปีที่แล้ว +1

    valeu

  • @alexcostamartins6939
    @alexcostamartins6939 2 ปีที่แล้ว +1

    Agora vem a pergunta:
    Quem é a bazuca? O Monolito ou os novos serviços?

    • @emanuelmartins9508
      @emanuelmartins9508 2 ปีที่แล้ว +1

      Os micro serviços. O monolito é mais rápido e simples de desenvolver, nisso vem as desvantagens citadas.

  • @carmencunha3296
    @carmencunha3296 9 หลายเดือนก่อน

    VALEUUUUU!!!!

  • @artu_almeida
    @artu_almeida 2 ปีที่แล้ว +1

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

  • @agamenonjunior7808
    @agamenonjunior7808 ปีที่แล้ว

    vlw

  • @magodosprojetos8421
    @magodosprojetos8421 2 ปีที่แล้ว

    Ensino como fazer FÁCIL e rápido projeto elétrico residencial

  • @doliveira-dev
    @doliveira-dev 8 หลายเดือนก่อน +1

    A dúvida é: se fala monoLIto ou moNÓlito? kkkk

  • @renatocastillo7237
    @renatocastillo7237 2 ปีที่แล้ว

    Muito bom