Discutere dell'impatto dei microservizi nell'architettura IT: vantaggi e svantaggi

Quando il CEO di Twitter ha deciso di rimuovere alcuni dei microservizi dell'azienda, ha causato un problema temporaneo con la loro autenticazione a due fattori per alcuni utenti, mettendo sotto esame il ruolo dei microservizi nell'architettura IT. Nel caso di Twitter, l'eliminazione di alcuni microservizi ha avuto un effetto aggrovigliato che ha portato a un'interruzione temporanea di funzioni cruciali. Ciò solleva la questione se le organizzazioni possano esistere senza microservizi o se siano fuse in modo troppo sicuro nelle loro operazioni. In un'intervista con InformationWeek, il CEO di Pulumi Joe Duffy parla di dove i microservizi si inseriscono nell'architettura IT, dei vantaggi che offrono e di come potrebbero diventare un tipo di debito tecnico legacy se i leader IT non sono cauti.

Posizionamento dei microservizi nell'architettura IT

Duffy spiega che c'è uno spettro dalle architetture monolitiche a quelle completamente distribuite, con i microservizi che cadono da qualche parte lungo quell'intervallo, tendendo maggiormente verso quest'ultimo. Il cloud ha consentito in modo significativo il pensiero innovativo nelle architetture delle applicazioni, passando da due macchine virtuali e un'era di database a sistemi completamente distribuiti che utilizzano servizi gestiti, container e architetture serverless. I microservizi sono fondamentali per questo cambiamento. Il cloud moderno ha accelerato il passaggio verso architetture più distribuite, offrendo diversi pro e contro. Sebbene i microservizi possano gestire una certa complessità posizionando i servizi oltre i limiti delle API, potrebbero facilmente essere esagerati, con le aziende che adottano migliaia di microservizi quando ne hanno bisogno solo pochi.

Confronto con IT legacy e rischio di accumulo di debito tecnologico

I microservizi possono diventare paragonabili all'IT legacy, in cui i livelli di tecnologia si accumulano nel tempo. Il vantaggio dei microservizi è che, una volta dietro un'API, non richiedono più una gestione operativa significativa. Tuttavia, ciò potrebbe anche portare all'accumulo di debito tecnologico, con i servizi che non aggiungono più valore diventando potenzialmente obsoleti.

Semplificare i microservizi e alleviare i grattacapi

Come con qualsiasi tecnologia, c'è un ciclo di hype che circonda i microservizi, con aspettative gonfiate e l'inevitabile disillusione. I microservizi potrebbero attualmente aver superato il loro picco di hype, ma è essenziale comprendere gli obiettivi effettivi quando si introducono questi servizi per evitare un'eccessiva complessità e interdipendenze. A volte, tornare alle origini aiuta a concentrarsi nuovamente sullo scopo principale alla base dei sistemi e dell'architettura più efficace. I sistemi monolitici non sono intrinsecamente cattivi e perfettamente adatti a compiti specifici, ma man mano che le dimensioni del progetto crescono, possono diventare il collo di bottiglia dell'operazione. Trovare un equilibrio tra monolitici e microservizi è fondamentale.

Situazioni ideali per microservizi e casi in cui non sono richiesti

Chiari esempi del successo dei microservizi possono essere trovati in aziende come Amazon Web Services, dove i team si affidano a questi servizi per mantenere il loro vasto portafoglio di prodotti con oltre 400 diversi servizi discreti. Al contrario, le aziende che offrono prodotti più semplici con una natura monolitica potrebbero non aver bisogno di suddividere le loro offerte in numerosi servizi discreti.

Conseguenze della rimozione dei microservizi dall'infrastruttura di un'azienda

L'annullamento di decisioni architettoniche profondamente radicate, come l'implementazione di microservizi, può essere impegnativo e potrebbe richiedere un'ampia ristrutturazione. Sebbene i microservizi forniscano la separazione di servizi e API, la loro rimozione potrebbe indurre le aziende a rivalutare le proprie operazioni software e consolidare i servizi in una significativa modifica dell'architettura. In sintesi, i microservizi svolgono un ruolo fondamentale nelle moderne architetture IT. La loro implementazione offre numerosi vantaggi, ma anche rischi intrinseci, inclusa la possibilità di diventare debito tecnologico legacy. Le organizzazioni devono considerare attentamente l'impatto dei microservizi e la loro continua rilevanza nella trasformazione degli scenari IT. Il settore dello sviluppo di app , incluso AppMaster, sfrutta queste tecnologie per offrire una gamma più ampia di soluzioni flessibili per vari casi d'uso.