O que é Monólito?

O monólito não só não morreu como ele é amplamente usado e mesmo que muitas pessoas queiram matá-lo usando algo mais complexo, ele continará sendo a melhor opção e a esmagadora maioria das pessoas continuarão com ele.

O que é mesma aplicação? É o mesmo executável? Se você tiver um frontend separado do backend já não é monólito? Eu desconheço essa definição.

Não é necessário microsserviços para ter escala, tem uma quantidade monumental de sites entre os mais acessados do mundo que provam isso com facilidade. Algumas pessoas falam nisso, mas até perdeu força com o tempo, porque isso sempre foi uma enorme mentira. As pessoas adotam microsserviços porque estava muito difícil gerenciar um sistema monumentalmente grande.

Ou seja, o fato da maioria dos sistemas não serem tão grandes assim já é um motivo para nem passar perto de microsserviços.

Algumas dessas empreesas voltaram atrás e mataram pelo menos uma parte dos microsserviços e mudaram para um monólito com alguns serviços por fora.

Além disso tem a boa e velha frase: "você não é a Netflix, não é o Spotify". E mesmo que fosse, algumas dessas empresas estão pagando o preço que não viram no começo quando adotaram essa novidade, e agora eles tem o pior dos dois mundos.

Microsserviços com menos do que centenas de programadores não faz o menor sentido.

Sabe porque alguns lugares menores conseguem implementar microsserviços? Porque não fazem microsserviço, não sabem disso e estão felizes por poderem dizer que estão fazendo e colocando no currículo.

Eu quase não vejo pessoas demonizando os monólitos, até quase todos os fervorosos definidores de microsserviços não costumam fazer isso.

A única opção é fazer um monólito bem-feito e em caso extremo e provado que dará certo é para pensar em microsserviços. Isso é amplamente difundido e só não segue quem é muito teimoso, naquele nível de narcisismo mesmo, o que é uma porcentagem até considerável da população, ainda que minoria.

Se o mundo fosse ideal menos de 0,1% das empresas usariam arquitetura de microsserviços.

Falei mais em vários lugares, pode ver o último: https://www.tabnews.com.br/maniero/4a8b8e0b-d385-4b22-b13a-d7b9be48cbd0. Pode ver outros só aqui: https://www.google.com/search?as_q=maniero+microsservi%C3%A7os&as_sitesearch=tabnews.com.br.

S2

---

Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente (não vendo nada, é retribuição na minha aposentadoria) (links aqui no perfil também).

Em 2019, eu prestava consultoria para uma startup. O projeto estava indo relativamente bem: um sistema monolítico, mas bem organizado por contextos. Era um MVP, e o time corria contra o tempo para validar a ideia no mercado.

Mas aí os donos ouviram falar sobre microserviços — afinal, "grandes empresas usam", né? Chamaram outro consultor, que, apesar de nunca ter construído um microserviço de verdade, vendia a ideia como solução mágica. Eu alertei sobre a complexidade envolvida: orquestração, observabilidade, resiliência, deploys independentes, DevOps forte... Mas a ideia dos microserviços vendeu melhor.

Resultado: o projeto travou. A complexidade cresceu exponencialmente, o sistema nunca foi entregue, e a startup acabou falindo por não conseguir atender os prazos. Os investidores surtaram.

Hoje, vejo muita gente construindo uma API separada do front-end e chamando isso de microserviço. Ilusão total. Separar front e back com uma API não transforma sua arquitetura num microserviço. É só uma aplicação desacoplada — e olha lá. 😅

Essa é uma pergunta puramente de arquitetura. A resposta rápida é: O que seu sistema precisa?

Precisa ser extremamente escalável, e não de forma uniforme? Faça em serviços.

Precisa ser estável, de rápido desenvolvimento e não tem um tráfego gigantesco? faça o que preferir.

Eu prefiro fazer monolito, mas não fico preso, analiso o que o projeto precisa antes.