1 Cosa non è riconosciuto
Molte aziende saranno familiari con questo approccio all'implementazione della trasformazione digitale nella propria azienda: sviluppano la propria soluzione IoT a causa di una percepita mancanza di soluzioni di mercato adeguate o di una mancanza di risorse finanziarie. Questo ha anche vantaggi, poiché il profilo dei requisiti può essere trasferito direttamente a una soluzione software. Ulteriori vantaggi percepiti includono:
- l'integrazione potrebbe essere più accessibile grazie alla familiarità con i dispositivi, il controllo e la flessibilità sono garantiti, evitando il lock-in con uno o più partner tecnologici,
- risparmiare molto denaro,
- la personalizzazione all'interno del proprio hardware è facile da implementare,
- il tempo di implementazione non dipende da terze parti.
Sfortunatamente, punti come questi sono solo vantaggi apparenti che molto rapidamente perdono il loro peso, eppure problemi sorgeranno quasi certamente che spingeranno lo sviluppo interno ai suoi limiti.
Le aziende potrebbero essere confrontate con scenari tipici:
Scenario 1: È stata sviluppata una soluzione IoT interna per monitorare la produzione ed è stata dotata di misure di sicurezza di base. Un attacco informatico rivela quindi significativi rischi di sicurezza che sono emersi a causa di firmware obsoleti.
Scenario 2: Un'azienda ha sviluppato una soluzione IoT per la produzione su piccola scala per risparmiare sui costi energetici. Durante l'espansione, scoprono che lo sviluppo interno non è progettato per scalare in questo modo, risultando in significativi guasti del sistema.
Aggiungere qualcosa di importante da sapere qui: Secondo studi, il 60% dei progetti IoT ha un problema di scalabilità, indipendentemente dal fatto che abbiano successo o falliscano (Beecham Research 2020).
Scenario 3: Un'azienda di logistica utilizza lo sviluppo IoT interno per la gestione della flotta. Dopo il successo iniziale, scoprono che mantenere il software aggiornato è difficile. Gli aggiornamenti regolari portano a costosi guasti del sistema, che influenzano significativamente i tempi di consegna.
Scenario 4: Lo sviluppo IoT interno di un produttore è poco accettato tra la forza lavoro a causa della scarsa interfaccia utente e della funzionalità macchinosa. Questo porta infine all'uso parallelo del sistema IoT e dei processi precedenti. Ma c'è un'opportunità qui!
Scenario 5: Un'azienda di automazione degli edifici sviluppa una soluzione IoT. Poco dopo l'implementazione, diventano disponibili nuove tecnologie più efficienti che rendono rapidamente obsoleta la vecchia soluzione. Questo presenta all'azienda una sfida entusiasmante: continuare a investire nella vecchia tecnologia o investire ulteriormente nell'aggiornamento della tecnologia di base.
Cosa hanno in comune tutti questi scenari? Conoscono tutti il loro business ma mancano di conoscenza dell'infrastruttura IoT!
Ci sono molti altri scenari ben noti che vale la pena esplorare! Ad esempio, potresti scoprire che i problemi di compatibilità tra macchine nuove e vecchie ti stanno trattenendo. O forse hai investito molto tempo e risorse nello sviluppo interno, ma non hanno portato al successo che speravi. In questi casi, potrebbe essere il momento di considerare una soluzione da un fornitore con una corrispondente soluzione IoT.
L'elenco continua! Mostra anche perché le soluzioni IoT interne non sono una base ragionevole per una trasformazione. Ma ecco la buona notizia: i progetti di sviluppo IoT interni sono un fattore chiave per acquisire esperienza nel trattare con l'IoT nella propria azienda.
Fortunatamente, da questi scenari ricorrenti possono essere derivati passaggi specifici per le soluzioni IoT. Ciò significa che le aziende possono evitare di prendere decisioni in seguito, il che è un grande vantaggio!
Interi progetti IoT che si sono affidati a risorse interne hanno fallito il 57% delle volte (Beecham Research 2020).
2 Affidarsi a software comprovati quando si entra nell'infrastruttura IoT
Il software IoT auto-distribuito ha il potenziale per rivoluzionare il modo in cui viviamo e lavoriamo. Tuttavia, affronta molte sfide nell'uso quotidiano e richiede molte risorse di manutenzione. Ecco solo alcune delle sfide che il software IoT deve superare:
- Aggiornamenti,
- Funzioni di sicurezza,
- Regolazioni dei flussi di dati,
- Funzioni di compatibilità e,
- Integrazione.
Molti di questi compiti possono essere evitati affidandosi a software IoT che mantiene costantemente il suo software aggiornato e dà priorità alla sicurezza. Questo garantirà che l'infrastruttura IoT sia aggiornata, anche di fronte alla velocità della trasformazione digitale. E la parte migliore è che alcune delle funzioni sono disponibili come open source!
SECO ha la soluzione per risolvere questi ostacoli: Clea e i suoi componenti Astarte ed Edgehog.
Astarte è disponibile gratuitamente tramite il Google Cloud Store ed è mantenuto come progetto open source disponibile su GitHub. Il modulo all'interno di Clea gestisce la comunicazione IoT tra il dispositivo finale e il cloud e garantisce un trasferimento dati fluido.
Come componente basato su cloud dello stack tecnologico Clea, Astarte gestisce l'intero ciclo di vita dei dati: produzione e trasmissione da e verso i dispositivi, riduzione, elaborazione, qualificazione, applicazione in pipeline AI e archiviazione per uso futuro. Raccoglie e orchestra anche i dati sul dispositivo e poi li trasferisce al cloud.
Edgehog si occupa di tutti i compiti di gestione della flotta in modo che i dispositivi rimangano aggiornati.
La necessità di manutenzione del software IoT è eliminata, consentendo alle aziende di concentrarsi sulla rete IoT in termini di flusso di dati. Clea si occupa proprio di quei compiti che altrimenti consumerebbero più risorse per le aziende. Questo crea spazio per concentrarsi sulle competenze dell'azienda. Infine, ogni azienda sa meglio quali requisiti la rete IoT deve soddisfare.
Nelle prime fasi di implementazione di una piattaforma IoT per un caso specifico, come la gestione della flotta, è comprensibile che si pensi poco al futuro a lungo termine e allo sviluppo ulteriore. Tuttavia, questo può portare a soluzioni costose quando entrano in gioco incompatibilità, tecnologia obsoleta e limitazioni.
3 Unire i vantaggi di entrambi i lati
Supponiamo che un'azienda sia al punto cruciale di iniziare davvero con l'IoT o sia ancora alla fine di intervenire fondamentalmente in una struttura IoT esistente. Le soluzioni industriali sono troppo intensive in termini di risorse e i programmatori interni sanno meglio quali requisiti sono necessari.
Una soluzione open source è il punto di ingresso ideale per questo scenario. Molte persone associano erroneamente l'open source a un piccolo gruppo di sviluppatori che costruiscono una soluzione per sviluppatori. Non c'è bisogno di menzionare quali soluzioni software avevano il loro nucleo nell'area open source dai grandi attori del mercato (vedi: Linux Collabora OOS o Microsoft FOSS). Presumono erroneamente che le soluzioni open source siano solo per piccole aziende perché sono considerate troppo disorganizzate e non valide per le grandi imprese. Questa supposizione deve essere confutata. Le soluzioni open source possono anche essere implementate in aziende di qualsiasi dimensione. Spesso queste soluzioni sono essenzialmente soluzioni meglio implementate sviluppate direttamente per il mercato.
SECO ha dimostrato che è possibile implementare la filosofia di una soluzione open source per le aziende con Clea e i suoi componenti basati su open source. Il data hub cloud per dispositivi Astarte (disponibile tramite Google Cloud) e la gestione dei dispositivi Edgehog sono la migliore prova di ciò. Entrambi i componenti sono liberamente disponibili, open source, e sono costantemente aggiornati dagli sviluppatori di SECO. La filosofia della soluzione open source è mantenuta qui.
Se un'azienda vuole iniziare nello stesso modo in cui farebbe con uno sviluppo interno, i team di progetto risparmiano molto tempo. Il tempo di sviluppo è risparmiato e la manutenzione sul lato software è anche coperta da SECO. Questo consente alle aziende di concentrarsi direttamente sull'implementazione dei requisiti per una soluzione IoT nella fase iniziale. SECO ha integrato Astarte ed Edgehog nelle sue soluzioni embedded fin dall'inizio, il che è un altro vantaggio dell'implementazione di questi componenti. Ciò significa che i clienti possono essere direttamente pronti per l'IoT.
4 Eliminare le limitazioni prima che si presentino
Se le aziende non fanno questo passo con le loro soluzioni e non si affidano ad Astarte ed Edgehog, raggiungeranno un punto in cui la scalabilità non è più possibile o sorgeranno ulteriori conflitti. Uno degli ostacoli più noti è l'apertura e il rollout per l'intera azienda. C'è spesso l'ostacolo di scalare la soluzione IoT sul lato hardware e software. Secondo i sondaggi, le aziende con la propria soluzione hanno problemi a implementare questo. L'approccio Kubernetic di Clea può aiutare qui.
Le soluzioni IoT affrontano anche un altro ostacolo che riguarda la forza lavoro dell'azienda, che riguarda l'accettazione e l'uso della soluzione all'interno della forza lavoro. Per contrastare questo, ora deve essere trovata un'interfaccia utente amichevole, che di solito comporta l'acquisto di una soluzione di terze parti. L'acquisto è inevitabile, ma i veri problemi iniziano solo allora. La compatibilità non solo rende più difficile il rollout, ma mostra chiaramente anche gli svantaggi dello sviluppo interno.
Per le aziende che hanno optato per Astarte ed Edgehog, il rollout non rappresenta un problema. La soluzione front-end Portal di Clea è anche un acquisto aggiuntivo, ma l'implementazione può essere effettuata rapidamente e non consuma risorse. L'interfaccia front-end di Portal è progettata per essere user-friendly in modo che anche gli utenti inesperti possano navigare intuitivamente attraverso i dati IoT.
5 Tempo per prendere una grande decisione
I decisori sono in grado di trovarsi a scegliere il percorso giusto, incluso trovare il giusto equilibrio tra esternalizzare l'esperienza e concentrarsi su importanti competenze chiave. È certamente allettante continuare lungo lo stesso percorso o affidarsi a una soluzione open source da un vero esperto del settore.
- Le soluzioni IoT interne offrono controllo, personalizzazione e risparmi sui costi ma affrontano problemi significativi come rischi di sicurezza informatica, problemi di scalabilità e sfide di manutenzione.
- I problemi spesso includono vulnerabilità di sicurezza, incapacità di scalare, manutenzione costosa, scarsa accettazione da parte degli utenti e rapida obsolescenza.
- I progetti IoT interni falliscono frequentemente, con un tasso di fallimento del 57%, ma forniscono esperienze di apprendimento preziose.
- Clea di SECO, inclusi Astarte ed Edgehog, offre soluzioni IoT affidabili e open source con aggiornamenti costanti, sicurezza robusta, trasferimento dati senza interruzioni e gestione dei dispositivi.
- Sfrutta soluzioni comprovate come Clea per concentrarti sulle competenze chiave beneficiando di un'infrastruttura IoT robusta e mantenuta.