Architetture composite e monolitiche

:::(Info) (I costruttori di applicazioni prendono decisioni critiche sull'architettura della soluzione) Quando costruite applicazioni con Tulip, prendete decisioni sull'architettura della soluzione, compresa la struttura dell'applicazione, i modelli di dati e le integrazioni. Che siano intenzionali o accidentali, le vostre decisioni sull'architettura hanno implicazioni significative per l'adottabilità, la scalabilità e la manutenibilità delle vostre applicazioni. Questo articolo introduce due paradigmi di progettazione fondamentali: composito e monolitico. Noi di Tulip suggeriamo vivamente ai costruttori di app di utilizzare architetture composite:

Perché Composable è preferibile a Monolithic?

Una soluzione monolitica è caratterizzata da quanto segue:

• Costruita su un modello di dati Top-Down
  • I modelli di processo e di attività sono definiti da dati in tabelle e le applicazioni monolitiche sono utilizzate per eseguire il modello di processo o di attività. I modelli di dati in Tulip Tables forniscono un'astrazione della complessità delle operazioni in un approccio unico.
• Centrato sul processo
  • Le applicazioni monolitiche sono costruite per svolgere una funzione basata su una decomposizione funzionale della complessità delle operazioni. L'insieme finito di applicazioni monolitiche è destinato a fornire la stessa funzione agli operatori di prima linea in qualsiasi punto dell'operazione.
  • Le soluzioni monolitiche sono comunemente composte da due applicazioni: un'applicazione di configurazione e un'applicazione di esecuzione, dove la configurazione include comunemente le istruzioni di lavoro e l'instradamento dei processi in tabelle di dati piuttosto che nelle applicazioni componibili stesse.
• Progettate per la manutenibilità centralizzata
  • Le app monolitiche sono progettate per facilitare la manutenzione e la gestione della soluzione da parte di un team centrale, riducendo il numero e la varietà di app utilizzate. La soluzione monolitica è progettata dall'alto verso il basso, in una rigida gerarchia in cui gli operatori di prima linea servono le app con le informazioni scegliendo quale funzione è applicabile, piuttosto che essere supportati e messi in grado di svolgere il proprio lavoro.

Raccomandiamo vivamente di non adottare soluzioni monolitiche e di seguire invece un approccio composito, poiché Tulip non è un MES tradizionale. Tulip NON è stato progettato per essere utilizzato per costruire applicazioni monolitiche, cioè un'unica applicazione per servire tutti i settori, in tutte le modalità, in tutti gli scenari, con qualsiasi macchina e per tutti gli operatori. La soluzione monolitica si traduce in quello che noi chiamiamo JAM (Just Another MES).

Le soluzioni monolitiche presentano inevitabilmente dei difetti

Gli approcci monolitici si traducono inevitabilmente in una soluzione che, nella migliore delle ipotesi, è "altrettanto buona" di un altro MES e presenta tutti i difetti associati: * Le soluzioni monolitiche richiedono mesi/anni e sforzi elevati per l'implementazione, con tempi lunghi per la creazione di valore;* Le soluzioni monolitiche rendono le capacità intrinseche della piattaforma, come la visione, l'IIoT e l'intelligenza artificiale, più difficili e talvolta non utilizzabili. Le soluzioni monolitiche non sono centrate sull'uomo e tendono ad avere un'esperienza utente monca, in cui l'operatore è al servizio del sistema rispetto a quella più valida in cui il sistema è al servizio dell'operatore. Le soluzioni monolitiche sono intrinsecamente complesse e difficili da mantenere, e richiedono un team dedicato con una conoscenza unica della soluzione - esattamente come una soluzione software personalizzata * Le soluzioni monolitiche non scalano bene, poiché si aspettano che tutte le operazioni aderiscano a un modello di dati standard.

Si tratta di un approccio rigido dall'alto verso il basso che presuppone che le modifiche siano minime e generalmente conosciute.

Le soluzioni monolitiche sono costruite per automatizzare un processo in cui l'uomo deve attenersi a un insieme rigido di regole. Questo presuppone che le modifiche siano minime e che tutte le variazioni siano note.

Costruire una soluzione compostabile è facile, ma richiede un cambiamento di mentalità.

Lesoluzioni composibili utilizzano le capacità della piattaforma Tulip per fornire agli operatori di prima linea un modo unico e specifico di interagire digitalmente e consentire loro di essere più produttivi. Fornisce all'operatore una soluzione digitale interattiva in cui il mondo fisico e quello virtuale sono interconnessi. Si tratta di un principio fondamentale per ottenere aumenti di produttività ed è intrinseco alle soluzioni componibili.

Caratteristiche della componibilità e delle soluzioni componibili

• Soluzione suddivisa nei più piccoli blocchi logici (componenti della soluzione) che hanno senso per una determinata officina.
  • Ad esempio, la soluzione potrebbe essere suddivisa in applicazioni separate in base a: Luogo, Tempo e Persona
• I componenti della soluzione condividono un modello di tabella comune.
• I componenti della soluzione sono sviluppati con Best Practice condivise e personalizzate dal cliente.
• La soluzione e i suoi componenti possono essere compresi e supportati da un altro sviluppatore cittadino.
• La soluzione e i suoi componenti sono parametrati, ove possibile.

La piattaforma Tulip è un software (SaaS), ma le applicazioni Tulip non devono essere considerate come un software. Sono contenuti digitali altamente configurabili, costruiti ad hoc, che devono essere continuamente modificati e adattati alle esigenze delle operazioni in prima linea. Modificare o migliorare un'app equivale a cambiare i dati anagrafici, anzi le app sono dati anagrafici! La piattaforma Tulip fornisce un modo per gestire le modifiche alle app attraverso un processo di ciclo di vita governato e controllato dalle versioni per aiutare a gestire questa configurabilità. Le app sono composte utilizzando il no-code e la soluzione app è composta da app. Costruire soluzioni in Tulip utilizzando un approccio monolitico basato sulle funzioni, come se si trattasse di una soluzione software, limita in modo critico la capacità di costruire rapidamente soluzioni e di ottenere i vantaggi di un sistema componibile.

Altri importanti vantaggi delle soluzioni componibili sono

• fornire uno spazio di lavoro aumentato in prima linea per aumentare la produttività
• Utilizzo di tecnologie digitali integrate senza soluzione di continuità, tra cui visione, AI/ML, dispositivi intelligenti, ecc.
• Strumentazione/digitalizzazione dei processi e delle operazioni in prima linea per consentire decisioni e CI basate sui dati.
• Guida dell'esecuzione della produzione con informazioni condivise da tabelle e sistemi esterni.

Le soluzioni componibili offrono un valore aggiunto nella loro capacità di integrarsi e collaborare facilmente con altri sistemi. Questo è il fulcro dell'IIoT, dove diversi dispositivi e sistemi autonomi comunicano e interagiscono facilmente. Tulip è una piattaforma IIoT e fornisce in modo nativo la capacità di costruire l'integrazione con altri sistemi utilizzando il suo approccio no-code. Con la piattaforma che consuma e invia dati ad altri IIoT, gli end-point possono essere raggiunti in poche ore da persone con scarse conoscenze informatiche. Tutto questo richiede un approccio composito in cui le App hanno flussi e connessioni specifiche con il mondo fisico locale.

Modelli di soluzione comuni nella progettazione di soluzioni Tulip

La progettazione di alto livello di una soluzione compostabile può seguire molti modelli. Di seguito sono riportati i modelli comuni delle soluzioni Tulip. Si noti che non si tratta di un insieme esclusivo né di modelli che si escludono a vicenda. A seconda dei casi d'uso di una determinata struttura, possono essere utilizzati molti di questi modelli e altri ancora.

Implementazione di un sistema monolitico tradizionale vs. implementazione di una soluzione composita sviluppata dal cittadino

L'approccio tradizionale all'implementazione di un sistema aziendale è comunemente un approccio a lungo termine ad alto rischio e a valore ritardato, come si vede in "The Old Way". Di solito ci si aspetta che un'implementazione iniziale richieda anni, e di conseguenza ci si aspetta che i successivi miglioramenti critici richiedano quasi altrettanto tempo.

Implementazione di una soluzione composita sviluppata dai cittadini - Iniziare in piccolo e crescere organicamente in capacità e casi d'uso

A differenza della lenta implementazione di una soluzione monolitica tradizionale, l'implementazione di una soluzione composita può avvenire in modo iterativo, con un time to value molto veloce e un naturale supporto al modello Agile di miglioramento continuo.

Mentre l'implementazione della "versione 2" di una soluzione sviluppata tramite una soluzione monolitica tradizionale può richiedere diversi mesi o più, l'implementazione della "versione 2" di un'applicazione in una soluzione compostabile può richiedere solo ore, giorni o settimane. Le rapide iterazioni rese possibili dalle soluzioni composite migliorano l'adottabilità da parte degli operatori, che vedono con certezza che il loro feedback non cade nel vuoto.