Ultimamente mi trovo a dover gestire un progetto che sta crescendo più del previsto e mi sono reso conto che il mio solito approccio con i singoli file di script non regge più. Ho sentito parlare spesso di architettura a microservizi come soluzione per sistemi complessi, ma non so se per la mia situazione sia davvero necessario o se sia solo una complicazione inutile. Mi chiedo se qualcuno che ci è già passato possa condividere com'è stato il momento in cui ha deciso di fare il salto verso un'architettura più strutturata, e come si è orientato tra le tante opzioni possibili.
|
Come capire se passare a microservizi conviene per il tuo progetto?
|
|
Mi ricordo quella pressione crescente e il momento in cui ho capito che i file di script non bastavano piu e l idea dei microservizi sembrava una via possibile anche se non era chiaro se servisse davvero
Ho iniziato analizzando i domini del business valutando deployment indipendenti e autonomia di squadra ho letto segnali di complessità crescente che giustificassero un cambio verso architettura a microservizi e ho pensato al legame con pratiche DevOps
Forse ho frainteso la domanda e ho pensato che microservizi significi semplicemente mettere tutto in contenitori separati e smistare le chiamate ma in realta serve anche disciplina sul dominio e sui confini
E se la domanda fosse sbagliata forse basta ristrutturare il monolite invece di saltare agli estremi del microservizi e in alcuni contesti funziona meglio una modularità interna?
Il salto e stato difficile e non immediato serve una migrazione graduale con test end to end e metriche di delivery
Non sono convinto che questa sia la soluzione universale microservizi hanno contesto e costi e a volte la fretta di crescere porta a complicazioni
|
|
« Precedente | Successivo »
|

