Negli ultimi anni abbiamo assistito ad un flusso costante di movimenti dell'architettura software: microservizi, connettività basata su API, architettura guidata da eventi, la cosiddetta “composable enterprise”, automazione e data mesh.
In questo articolo, MuleSoft parla di come queste tendenze possono essere posizionate in una strategia di innovazione più ampia.
In che Modo la “Composability” è Considerata il Futuro dell'Innovazione?
L'innovazione è al primo posto tra gli obiettivi e le aziende cercano opportunità per migliorare le esperienze di clienti, partner e dipendenti. Ma devono farlo con carenza di manodopera e scenari economici avversi. Ciò richiede alle organizzazioni di fare di più con meno.
Offrire grandi esperienze richiede la creazione di soluzioni complesse. Partire da zero ogni volta che abbiamo bisogno di creare una soluzione così complessa è troppo costoso e troppo lento.
È necessario creare nuove soluzioni utilizzando componenti che sono stati provati e testati in precedenza. Questa è l'essenza della legge di Gall: tutti i sistemi complessi che funzionano si sono evoluti da sistemi più semplici che funzionavano.
Complessità Essenziale ed Accidentale
Molte organizzazioni hanno l'obiettivo di semplificare i processi, le applicazioni o il panorama IT. Questo è possibile, ma fino a un certo punto. Il mondo è complesso. Di conseguenza, è probabile che anche le soluzioni da creare siano complesse.
Questa è la cosiddetta complessità essenziale: complessità causata dal problema in questione. Sarà difficile ridurre la complessità essenziale. Ciò che può essere ridotto è la complessità accidentale: la complessità che ci siamo creati noi stessi.
Esempi al riguardo potrebbero essere grandi applicazioni monolitiche scarsamente documentate e spaghetti code.
Ecco perché c'è un flusso costante di nuove tecnologie o approcci che cercano di ridurre al minimo la complessità accidentale. Nella maggior parte dei casi l'obiettivo di questi nuovi approcci è ridurre la complessità creando blocchi di costruzione più piccoli e debolmente accoppiati.
Diamo un'occhiata ad alcune di queste tecnologie.
Tecnologie Building-Blocks
Dopo che l'architettura orientata ai servizi (SOA) è stata dichiarata morta, sono stati introdotti i microservizi, l'architettura guidata dagli eventi, le API RESTful e GraphQL, solo per citarne alcuni.
Una tendenza abbastanza recente è il data mesh. La rete di dati mira a scomporre anche il mondo dell'analisi centralizzata e monolitica in elementi componibili.
I potenziali vantaggi sono evidenti: blocchi di costruzione indipendenti consentono di innovare rapidamente e su larga scala.
Nella pratica reale, ci sono alcuni rischi. Alcune aziende applicano le nuove tecnologie esclusivamente nei loro team di innovazione, quasi ignorando il fatto che queste innovazioni devono essere integrate anche nel resto dell'organizzazione.
L'adozione di un unico approccio o di una singola tecnologia sarebbe una soluzione sostenibile a tutti i problemi. La soluzione di sviluppo CV- driven può portare benefici temporanei al tuo reparto ma non è la migliore soluzione al problema.
Persone, Processi e Tecnologia
MuleSoft ritiene che la tecnologia sia solo uno dei tre fattori che determinano il successo; per favorire l'agilità su larga scala, servono anche una metodologia coerente e un insieme di persone che promuovano la corretta adozione della nuova tecnologia e del nuovo approccio.
MuleSoft ha introdotto la connettività basata su API per stimolare il riutilizzo attraverso la coerenza architettonica e ha sostenuto un approccio basato sul design per allineare meglio i consumatori e i produttori di elementi costitutivi digitali.
Gartner ha introdotto la cosiddetta “composable enterprise”. Rendere le organizzazioni più agili creando Packaged Business Capabilities che potrebbero essere facilmente combinate e ricombinate per creare nuove esperienze per i clienti.
Gartner ha anche introdotto il concetto di iperautomazione. Lo scopo dell'iperautomazione è automatizzare il più possibile per aumentare l'efficienza.
Attraverso una combinazione di strumenti pro-code, low-code e no-code, un gruppo più ampio di persone può contribuire all'automazione. Un fattore importante per introdurre strumenti low-code e no-code è il fatto che ci sono solo circa 22 milioni di sviluppatori pro-code.
Allo stesso tempo, ci sono almeno un miliardo di lavoratori che sono perfettamente in grado di creare soluzioni per le quali l'IT non ha la copertura.
Dai Progetti ai Prodotti
Quando si guardano queste tendenze e tecnologie ci sono somiglianze. Per essere più agili, le organizzazioni avranno bisogno di una varietà di elementi costitutivi che verranno distribuiti su più cloud e piattaforme. Una persona diversa svolgerà un ruolo nella creazione di questi elementi costitutivi.
Per essere agili su larga scala, questi elementi costitutivi avranno bisogno di proprietà, sviluppo e design coerenti, per essere rilevabili per il riutilizzo e per essere sicuri e monitorati.
È qui che entra in gioco il concetto di prodotti digitali. I building block creati devono essere gestiti come prodotti. Questo concetto è uno dei fondamenti del mondo dei microservizi; in BizDevOps piccoli team di aziende, sviluppatori e addetti alle operazioni possiedono il ciclo di vita completo di un microservizio.
Nel contesto della composable enterprise, Gartner li chiama “team di fusione”. I team Fusion possiedono l'intero ciclo di vita delle funzionalità aziendali in pacchetto. Nel mondo del data mesh, questi team sono chiamati team del dominio del data mesh perché possiedono il ciclo di vita completo di un prodotto dati.
Questi prodotti saranno ancora creati nei progetti, ma con un utilizzo più ampio. Il risultato sarà una moltitudine di diversi tipi di elementi costitutivi gestiti come prodotti.
La domanda ora è: chi saranno i proprietari di questi prodotti digitali? Ci saranno team BizDevOps per i microservizi, team di fusione per le funzionalità aziendali in pacchetto e team del dominio dei dati? Probabilmente no. Questi team sono tutti allineati al dominio aziendale; c'è sinergia in aree come la gestione dei metadati e probabilmente ci saranno sovrapposizioni nelle competenze.
Conclusione
Per essere agili su larga scala, le organizzazioni creeranno building block digitali riutilizzabili utilizzando una varietà di tecniche e architetture. I team di prodotto orientati al dominio saranno proprietari del ciclo di vita di tutti questi tipi di building block.
MuleSoft Anypoint Platform è l'innovativa piattaforma per la Digital Transformation che consente alla tua azienda di integrare con semplicità tutti i sistemi IT (SOA, legacy, custom, SaaS ed APIs) e sviluppare nuove business applications fino a 5x volte più velocemente.
Se vuoi scoprire di più su MuleSoft Anypoint Platform o vuoi richiedere una demo gratuita invia una mail a cio@florence-consulting.it o chiama lo (055) 538-3250.
In alternativa, puoi compilare il form sottostante con la tua domanda.