{"id":585,"date":"2021-04-02T13:47:00","date_gmt":"2021-04-02T11:47:00","guid":{"rendered":"https:\/\/brentasoft.com\/blog\/microservizi-vs-monolite-guida-2021\/"},"modified":"2021-04-02T13:47:00","modified_gmt":"2021-04-02T11:47:00","slug":"microservizi-vs-monolite-guida-2021","status":"publish","type":"post","link":"https:\/\/brentasoft.com\/blog\/microservizi-vs-monolite-guida-2021\/","title":{"rendered":"Microservizi vs monolite: quale scegliere nel 2021"},"content":{"rendered":"

Microservizi vs monolite<\/strong>: nel 2021 e’ la domanda architetturale piu’ dibattuta tra CTO, IT manager e developer senior. Da una parte i microservizi, presentati come la soluzione moderna a ogni problema di scalabilita’; dall’altra il vecchio caro monolite, dichiarato “morto” decine di volte e pero’ ancora vivissimo in migliaia di aziende che funzionano benissimo.<\/p>\n

La verita’, come spesso accade nell’ingegneria del software, sta nel mezzo. Non esiste un’architettura “giusta” in assoluto: esiste un’architettura giusta per il tuo<\/em> contesto, in questo<\/em> momento, con questo<\/em> team e questo<\/em> budget. In questa guida vediamo le differenze concrete tra architettura microservizi<\/strong> e architettura monolitica, quando conviene davvero passare ai microservizi, quando il monolite e’ ancora la scelta migliore e quali errori commettono piu’ spesso le PMI italiane quando affrontano questa decisione.<\/p>\n

\"Architettura
Architettura software: la struttura del codice determina costi e velocita di sviluppo per anni.<\/figcaption><\/figure>\n

1. Microservizi vs monolite: il dibattito architetturale<\/h2>\n

Il termine “microservizi” e’ stato reso popolare nel 2014 da Martin Fowler e James Lewis<\/strong> in un articolo diventato pietra miliare<\/a>. Da allora, soprattutto tra il 2017 e il 2020, i microservizi sono diventati mainstream: Netflix, Amazon, Spotify, Uber e altri giganti hanno raccontato pubblicamente come hanno smontato i loro monoliti per costruire ecosistemi di centinaia (o migliaia) di servizi indipendenti.<\/p>\n

Il messaggio che e’ arrivato alle PMI italiane, pero’, si e’ spesso semplificato in slogan pericolosi: “il monolite e’ morto”, “se non fai microservizi sei indietro”, “il cloud richiede microservizi”. Tutti slogan falsi. Nel 2021 la realta’ e’ molto piu’ sfumata: aziende come Shopify, Basecamp, Stack Overflow<\/strong> continuano a usare con orgoglio architetture monolitiche modulari (DHH, creatore di Ruby on Rails, le chiama “majestic monolith”<\/em>) e il nuovo trend e’ il modular monolith<\/strong>, che cerca di prendere il meglio dei due mondi.<\/p>\n

Capire monolite o microservizi<\/strong> non e’ una scelta di moda: e’ una scelta strategica con impatti diretti su costi infrastruttura, velocita’ di sviluppo, complessita’ operativa e capacita’ di scalare il team. Vediamo cosa significa davvero ciascuna delle due opzioni.<\/p>\n

2. Cos’e’ un’architettura monolitica (e quando funziona)<\/h2>\n

Un’architettura monolitica<\/strong> e’ un’applicazione costruita come un singolo blocco unificato: tutto il codice (frontend, backend, logica di business, accesso al database) vive nello stesso codebase, viene compilato e rilasciato come un’unica unita’ deployabile. Esempi tipici nel mondo italiano: un gestionale aziendale in Laravel, un e-commerce Magento, un ERP custom in Java o .NET, una web app Django.<\/p>\n

I monoliti hanno una pessima reputazione, ma e’ bene chiarire un punto: “monolite” non significa “spaghetti code”<\/strong>. Un monolite ben fatto puo’ essere modulare, testabile, manutenibile e scalabile per anni. La maggior parte delle applicazioni di successo e’ partita come monolite e per molte di esse il monolite e’ rimasto la scelta migliore anche dopo il successo.<\/p>\n

Caratteristiche tipiche di un monolite:<\/strong><\/p>\n